なぜ$ '\ 0'は ''と同じですか？

いくつかのファイルで処理を行う一般的な方法は次のとおりです。そのために私を襲わないでください。

for f in $(ls); do …

ここで、スペースやその他の奇妙な文字を含むファイルに対して安全にするために、素朴な方法は次のようにすることです：

find . -type f -print0 | while IFS= read -r -d '' file; …

ここでは、-d ''はASCII NULをのように設定するための略語-d $'\0'です。

しかし、それはなぜですか？なぜ''と$'\0'同じ？これは、空の文字列が常にnullで終了しているBashのCルートによるものですか？

man page of bash読み取ります。

          -d delim
                 The first character of delim is  used  to  terminate  the
                 input line, rather than newline.

文字列は通常nullで終了するため、空の文字列の最初の文字はnullバイトです。- 私には理にかなっています。:)

ソースはこう読む：

static unsigned char delim;
[...]
    case 'd':
      delim = *list_optarg;
      break;

空の文字列delimは単にnullバイトです。

bashには、互いに補う2つの欠点があります。

を記述すると$'\0'、内部的には空の文字列と同じように扱われます。例えば：

$ a=$'\0'; echo ${#a}
0

これは、内部的にbashがすべての文字列をnullで終了するC文字列として格納するためです。null バイトは文字列の終わりを示します。bashは、文字列を最初のnullバイト（文字列の一部ではない！）に黙って切り捨てます。

# a=$'foo\0bar'; echo "$a"; echo ${#a}
foo
3

組み込みの-dオプションに文字列を引数として渡すとread、bashは文字列の最初のバイトのみを調べます。ただし、文字列が空でないことは実際にはチェックされません。内部的には、空の文字列は、nullバイトのみを含む1要素のバイト配列として表されます。したがって、bashは文字列の最初のバイトを読み取る代わりに、このnullバイトを読み取ります。

次に、内部的に、read組み込みの背後にある機構はnullバイトでうまく機能します。区切り文字が見つかるまで、1バイトずつ読み取り続けます。

他のシェルは異なる動作をします。たとえば、ashとkshは、入力を読み取るときにnullバイトを無視します。kshではksh -d ""、改行まで読み取ります。シェルは、バイナリデータではなくテキストにうまく対応できるように設計されています。Zshは例外です。nullバイトを含む任意のバイトに対応する文字列表現を使用します。zshでは、$'\0'長さ1の文字列です（ただしread -d ''、奇妙なことに、のように動作しますread -d $'\0'）。