Linuxは複数の連続したパス区切り文字（/ home //// username /// file）をどのように処理しますか？

ファイルの場所をscpサブプロセスに渡すpythonスクリプトを作成しています。それで十分ですが、パスに二重の 'が含まれるように、パスとファイル名を連結する可能性/があります。複数のファイル区切り文字がある場合、bashは気にしないことを知っていますが、それがどのように正確に修正されるのか疑問に思っています。余分な/sを削除するのはbash ですか、それとも本当に重要ではありませんか？

/連結中に余分なs をチェックするために数行のコードが保存されるので、お願いします。大したことではないことは知っていますが、私も興味があります。私はcd //usr（ではなくcd /usr）行を持つbashスクリプトを持っていますが、これは/パスで複数のs を使用することに意味があるかもしれないことを暗示しているようです

複数のスラッシュを使用でき、単一のスラッシュと同等です。シングルUnixの仕様（バージョン3） 、ベース定義§3.266パス名：「複数の連続したスラッシュは、一つのスラッシュと同じであると考えられます。」

例外が1つあります。パス名が正確に2つのスラッシュで始まる場合、異なる方法で処理される場合があります（参照：基本定義§4.11パス名の解決）。Linux自体はこれを行いませんが、一部のアプリケーションはそうするかもしれませんが、他のUnix系のシステムはそうします（例：Cygwin）。

/パス名の末尾の末尾は、パス名がディレクトリを参照するように強制します。（にPOSIX 1003.1-2001（シングルUnixのV3）ベース定義§4.11パス名解像度、トレーリングは、/トレーリングと等価である/.。POSIX 1003.1から2008（単一のUnix V4）§4.12ベース定義にそれが同等作る必要性を除去する/.ために、存在しないディレクトリに対処するために（たとえばmkdir foo/、動作するために必要ですが、mkdir foo/.そうではない- 変更の理由を参照してください）。

ディレクトリエントリで動作するプログラムの場合、ディレクトリへfooのシンボリックリンクである場合、渡すことfoo/は、プログラムをシンボリックリンクではなくディレクトリで動作させる方法です。

¹ _{これは、パス名の解決、つまりファイルにアクセスする場合にのみ適用されることに注意してください。ファイル名の操作は異なる場合があります。たとえばbasename、dirname末尾のスラッシュを無視します。}

OSは、パスに//を指定して開くための直接のsyscallを使用してCプログラムを試しただけなので、気にしているようにも見えません。

ただし、Pythonライブラリ関数os.path.normpathを使用して正規化することができます。これにより、余分な文字列を探して文字列をスキャンする必要がなくなります。他の言語にも同様の機能があります。

http://docs.python.org/library/os.path.html#os.path.normpath

私が見たすべてのUnixシステムでは、単一のものと同じです/が、Unix標準では

連続する2つのスラッシュで始まるパス名は、実装定義の方法で解釈できますが、2つ以上の先行スラッシュは単一のスラッシュとして扱われます。

システムに応じて特別に処理される場合があります。（一部の古いUnixバージョンでは、/リモートファイルシステムアクセスに二重のリードを使用していましたが、まだ使用しているものもあります。）

os.path.joinPythonで使用すると、複数のスラッシュを取得できません。文字列を連結して自分でファイル名を作成することは、Pythonスタイルとしては不十分と見なされます。

違いはありません。

複数のスラッシュは無視されます（効果なし）。例：

ls -al //usr///////bin/sed

もちろん、パスに複数の/（スラッシュ）を含めることでパスを正規化できます。 tr -s

NORMALIZED=$(echo "$UNHYGIENIC" | tr -s / /)

...そして使用する $NORMALIZED

しかし、それは必要なはずです。私が知っているように、UNIXカーネルは並行パスセパレータを無視する必要があります---または概念的にそれらを... /./...