我有一个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
调用返回时没有实际读取任何内容?
最佳答案
根据您的症状判断,您似乎已重定向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)
并退出循环。
关于bash - 为什么Bash读取命令没有输入就返回?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/38484078/