主页 / unix / 问题 / 701738
Accepted
Fajela Tajkiya
Asked: 2022-05-08 00:32:34 +0800 CST

当我使用空字符串作为参数时，“read”shell 命令的“-d”选项有什么作用？

  • 772

当我阅读这个答案时，作者使用这个命令将heredoc的结果放到一个变量中：

read -r -d '' VAR <<'EOF'
abc'asdf"
$(dont-execute-this)
foo"bar"''
EOF

我对这个-d选项有点困惑。从read命令的帮助文本中：

-d delim
continue until the first character of DELIM is read, rather than newline

因此，如果我将一个空字符串传递给-d，则意味着读取到第一个空字符串。这是什么意思？作者在答案下发表评论，这-d ''意味着使用 NUL 字符串作为分隔符。这是真的吗（空字符串表示 NUL 字符串）？为什么不使用之类的东西-d '\0'？-d '\x0'

bash read

2 个回答

  1. Best Answer

    大多数情况下，它的意思是它所说的，例如：

    $ 阅读 -d 。变种；回声; 回声“读取：'$var'”
富。
阅读：“富”

    阅读立即在 处结束.，我没有在此处输入。

    但是read -d ''有点特殊，在线参考手册说：

    -d delim delim
    的第一个字符用于终止输入行，而不是换行符。如果 delim 是空字符串，read 将在读取 NUL 字符时终止一行。

    \0表示 中的 NUL 字节printf，所以我们有例如：

    $ printf 'foo\0bar\0' | while read -d '' var; do echo "read: '$var'"; done
read: 'foo'
read: 'bar'

    在您的示例中，read -d ''用于防止换行符成为分隔符，允许它一次读取多行字符串，而不是一次读取一行。

    我认为一些旧版本的文档没有明确提到-d ''. 这种行为最初可能是与 Bash 如何以 C 方式存储字符串以及尾随 NUL 字节的意外巧合。字符串foo存储为foo\0，空字符串存储为 just \0。因此，如果实现不小心防范它并且只选择内存中的第一个字节，它将看到\0NUL 作为空字符串的第一个字节。

    更仔细地重新阅读这个问题，你提到：

    作者在答案下发表评论，这-d ''意味着使用NUL 字符串作为分隔符。

    这并不完全正确。空字符串（在 POSIX 用语中）表示长度为零的空字符串，即不包含任何内容的字符串。这与NUL 字节不同，后者是二进制值为零(*)的单个字节。如果你使用空字符串作为分隔符，你会发现它几乎无处不在，在每个可能的位置。我认为这在 shell 中是不可能的，但例如在 Perl 中，可以像这样拆分字符串，例如：

    $ perl -le 'print join ":", split "", "foobar";'
f:o:o:b:a:r

    read -d ''使用 NUL字节作为分隔符。

    （*当然与字符 0不同。）

    为什么不使用之类的东西-d '\0'？-d '\x0'

    嗯，这是个好问题。正如 Stéphane 评论的那样，最初，ksh93read -d不支持read -d ''这样的，并且将其更改为支持反斜杠转义将与原始版本不兼容。但是，如果您更喜欢它，您仍然可以使用read -d $'\0'（同样$'\t'用于选项卡等）。只是在幕后，这与 相同-d ''，因为 Bash 不支持字符串中的 NUL 字节。Zsh 可以，但它似乎同时接受-d ''和-d $'\0'。

    • 10

  2. 只是为了指出 ascii 0 作为文件中的字符的挑剔性。Expect（我最喜欢的工具！）必须为读取/匹配空值做出特殊规定。

    • 0

相关问题