bash - 为什么Bash读取命令没有输入就返回？

Question

我有一个Bash脚本foo接受STDIN上的单词列表。脚本应将单词读入数组，然后请求用户输入：

while IFS= read -r; do
  words+=( "$REPLY" )
done

read -r ans -p "Do stuff? [Yn] "
echo "ans: |$ans|"

问题是，Bash immediate将空字符串读入 ans变量，而不等待实际的用户输入。也就是说，我得到以下输出（没有提示或延迟）：

$ cat words.txt | foo
ans: ||

既然导入STDIN的所有内容都已经被第一个 read调用消耗掉了，为什么第二个 read调用返回时没有实际读取任何内容？

Answer 1

根据您的症状判断，您似乎已重定向stdin，以便通过输入文件（while）或管道（foo < file）向... | foo循环提供单词列表。
如果是这样，您的第二个read命令将不会自动切换到终端的读取；它仍然是从任何STDIN重定向到读取的，并且如果该输入已被消耗（这正是您的while循环，如chepner注释中指出的），read什么也不读，并用退出代码1返回（这是终止的）。while循环开始）。
如果您明确希望第二个read命令从终端获取用户输入，请使用：

read -r -p "Do stuff? [Yn] " ans </dev/tty

注：
从（有限）文件（或具有有限输出的管道或进程替换）重定向的Stdin是一个有限资源，一旦所有输入都被消耗，它最终会报告一个EOF条件：
read将EOF条件转换为退出代码 1，导致 while循环退出：
具体来说，如果 read不能读取更多的字符，它将空字符串（空字符串）分配给指定的变量（或者如果没有指定），将出口代码设置为 $REPLY。
注意： 1即使在读取字符（并将其存储在指定的变量（s）/ read中）时，也可以设置退出代码 1，即如果输入没有分隔符结束；分隔符默认为“cc>”，否则用“cc>”显式指定分隔符。
一旦所有输入都被使用，随后的 $REPLY命令就不能再读取任何内容（EOF条件仍然存在，行为如上所述）。
相比之下，来自终端的交互式stdin输入可能是无限的：用户在请求stdin输入时以交互方式键入的任何内容都会提供额外的数据。
在交互式多行输入（即终止输入循环）期间，模拟EOF条件的方法是按^D（Control-D）：
当在一行的开头按下一次^时， \n返回而不读取任何内容，并将退出代码设置为 -d，就像遇到了EOF一样。
换句话说：终止循环中无边界交互输入的方法是在提交最后一行输入后按^D。
相比之下，在输入行内部，需要按下两次D来停止读取，并将退出代码设置为 read，但注意到，到目前为止所键入的行被保存到目标变量（s）/ read。
由于stdin输入流实际上没有关闭，随后的 1命令正常工作，并继续请求交互式用户输入。
注意：如果在shell提示下按^D（而不是在运行的程序请求输入时），则会终止shell本身。
附笔。：
这个问题中有一个偶然的错误：
第二个 1命令必须在所有选项之后放置操作数 $REPLY（要存储输入的变量的名称），以便在语法上工作： read
[1]正如 William Pursell在对问题的评论中指出的那样：^D导致 read系统调用返回缓冲区中的任何内容；返回的直接值是读取的字符数。
ans的计数是如何通知EOF条件，而BASH的 read -r -p "Do stuff? [Yn] " ans将其转换为退出代码 read(2)，导致循环终止。
因此，在行开始时按下^ d，当输入缓冲区为空时，立即退出循环。
相比之下，如果已经在行上键入了字符，那么第一个^D会导致 0返回到目前为止键入的字符数，而Bash的 read会重新调用 1，因为还没有遇到分隔符（默认情况下是换行符）。
紧接着的第二个^则导致 read(2)返回 read，因为没有字符被键入，导致Bash的 read(2)设置退出代码 read(2)并退出循环。