为什么$'\ 0'与''相同？

处理几个文件的一种常见方法是-不要为此而生：

for f in $(ls); do …

现在，为了防止带有空格或其他奇怪字符的文件，一种幼稚的方法是：

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

此处-d ''是，用于将ASCII NUL设置为的缩写-d $'\0'。

但是为什么会这样呢？为什么''和$'\0'一样？是因为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，只是空字节。

bash有两个缺陷可以相互弥补。

当您编写时$'\0'，它在内部与空字符串相同。例如：

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

这是因为bash在内部将所有字符串存储为C字符串，这些字符串以null终止 —空字节标记了字符串的结尾。Bash默默地将字符串截断为第一个空字节（这不是字符串的一部分！）。

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

当您将字符串作为参数传递给内置-d选项时read，bash仅查看字符串的第一个字节。但是它实际上并不会检查字符串是否为空。在内部，空字符串表示为仅包含一个空字节的1元素字节数组。因此，bash读取该空字节而不是读取字符串的第一个字节。

然后，在内部，read内置的机器可以很好地处理空字节；它一直在逐字节读取直到找到定界符。

其他壳的行为有所不同。例如，ash和ksh在读取输入时会忽略空字节。使用ksh ksh -d ""读取直到换行符。Shell设计为很好地处理文本，而不是二进制数据。Zsh是一个例外：它使用字符串表示形式来处理任意字节，包括空字节；在zsh中，$'\0'是长度为1的字符串（但read -d ''奇怪的是，其行为类似于read -d $'\0'）。