为什么 Bash 读取命令 return 没有任何输入?
Why does the Bash read command return without any input?
我有一个 Bash 脚本 foo
接受 STDIN 上的单词列表。该脚本应将单词读入数组,然后要求用户输入:
while IFS= read -r; do
words+=( "$REPLY" )
done
read -r ans -p "Do stuff? [Yn] "
echo "ans: |$ans|"
问题是,Bash 立即将一个空字符串读入 ans
变量,而不等待实际的用户输入。也就是说,我得到以下输出(没有提示或延迟):
$ cat words.txt | foo
ans: ||
由于第一个 read
调用已经使用了管道传输到 STDIN 的所有内容,为什么第二个 read
调用 return 而没有实际读取任何内容?
从你的症状来看,看起来 你已经 重定向标准输入 以向 while
通过输入文件 (foo < file
) 或通过管道 (... | foo
) 循环。
如果是这样,你的第二个read
命令将不会自动切换回从终端读取;它仍在从重定向到的任何标准输入中读取,并且如果该输入已被消耗(这正是您的 while
循环所做的,正如 chepner 在评论中指出的那样),read
什么都不读,并且 returns 带有退出代码 1
(这是终止 while
循环开始的原因)。
如果您明确希望第二个 read
命令 从 终端 获取用户输入,请使用:
read -r -p "Do stuff? [Yn] " ans </dev/tty
注:
从(有限)文件(或具有有限输出的管道或进程替换)重定向的标准输入是一个有限 资源,一旦所有输入都被消耗,最终报告 EOF 条件:
read
将 EOF 条件转换为退出代码 1
,导致 while
循环退出:
- 具体来说,如果
read
无法读取 any 个字符,它会将 null string(空字符串)分配给指定变量(或 $REPLY
,如果指定了 none),并将退出代码设置为 1
.
注意:read
可能会设置退出代码 1
,即使它 确实 读取字符(并将它们存储在指定变量/$REPLY
中) ,即如果输入结束时 没有定界符 ;分隔符默认为 \n
,否则使用 -d
. 明确指定的分隔符
一旦所有输入都被消耗,后续 read
命令将无法再读取任何内容( EOF 条件持续存在,行为如上所述)。
相比之下,interactive 来自 terminal 的标准输入是可能是无限的:每当请求 stdin 输入时,用户交互输入的任何内容都会提供额外的数据。
在交互式多行期间模拟 EOF条件的方法输入(即终止一个输入循环)就是按^D (Control-D):
当^D被按下一次在一行的最开始, read
returns 没有读取任何内容并将退出代码设置为 1
,就像遇到 EOF 一样。
- 也就是说:在循环中终止无界交互输入的方法是按^D after 提交输入的最后一行。
相比之下,在输入行的内部,按^D 两次 需要停止读取并将退出代码设置为 1
,但请注意,到目前为止输入的行 已保存 到目标变量 / $REPLY
.[1]
因为标准输入流实际上关闭,随后read
命令正常工作 并继续征求交互式用户输入。
警告:如果您在 shell 处按 ^D' s prompt(与 运行 程序 请求输入相反), 你将终止 shell 本身.
P.S.:
题目中有一处偶然错误:
- 第二个
read
命令必须放置操作数 ans
(用于存储输入的变量的名称)在所有选项 之后才能工作语法上:read -r -p "Do stuff? [Yn] " ans
[1] 正如 William Pursell 在对问题的评论中指出的那样: ^D 导致 read(2)
系统调用return 与此时缓冲区中的任何内容;直接值 returned 是 读取的字符数 。
0
的计数是 EOF 条件发出信号的方式,Bash 的 read
将其转换为退出代码 1
,导致循环终止。
因此,在一行的开头按^D,当输入缓冲区为空时,立即退出循环。
相比之下,如果字符已经在行中键入,则 first ^D 导致 read(2)
到 return但是到目前为止输入了很多字符,Bash 的 read
重新调用 read(2)
,因为分隔符(默认为换行符)没有'还没遇到
紧跟在第二个 ^D 之后会导致 read(2)
到 return 0
,因为没有输入任何字符,导致 Bash 的 read
设置退出代码 1
并退出循环。
我有一个 Bash 脚本 foo
接受 STDIN 上的单词列表。该脚本应将单词读入数组,然后要求用户输入:
while IFS= read -r; do
words+=( "$REPLY" )
done
read -r ans -p "Do stuff? [Yn] "
echo "ans: |$ans|"
问题是,Bash 立即将一个空字符串读入 ans
变量,而不等待实际的用户输入。也就是说,我得到以下输出(没有提示或延迟):
$ cat words.txt | foo
ans: ||
由于第一个 read
调用已经使用了管道传输到 STDIN 的所有内容,为什么第二个 read
调用 return 而没有实际读取任何内容?
从你的症状来看,看起来 你已经 重定向标准输入 以向 while
通过输入文件 (foo < file
) 或通过管道 (... | foo
) 循环。
如果是这样,你的第二个read
命令将不会自动切换回从终端读取;它仍在从重定向到的任何标准输入中读取,并且如果该输入已被消耗(这正是您的 while
循环所做的,正如 chepner 在评论中指出的那样),read
什么都不读,并且 returns 带有退出代码 1
(这是终止 while
循环开始的原因)。
如果您明确希望第二个 read
命令 从 终端 获取用户输入,请使用:
read -r -p "Do stuff? [Yn] " ans </dev/tty
注:
从(有限)文件(或具有有限输出的管道或进程替换)重定向的标准输入是一个有限 资源,一旦所有输入都被消耗,最终报告 EOF 条件:
read
将 EOF 条件转换为退出代码1
,导致while
循环退出:- 具体来说,如果
read
无法读取 any 个字符,它会将 null string(空字符串)分配给指定变量(或$REPLY
,如果指定了 none),并将退出代码设置为1
.
注意:read
可能会设置退出代码1
,即使它 确实 读取字符(并将它们存储在指定变量/$REPLY
中) ,即如果输入结束时 没有定界符 ;分隔符默认为\n
,否则使用-d
. 明确指定的分隔符
- 具体来说,如果
一旦所有输入都被消耗,后续
read
命令将无法再读取任何内容( EOF 条件持续存在,行为如上所述)。
相比之下,interactive 来自 terminal 的标准输入是可能是无限的:每当请求 stdin 输入时,用户交互输入的任何内容都会提供额外的数据。
在交互式多行期间模拟 EOF条件的方法输入(即终止一个输入循环)就是按^D (Control-D):
当^D被按下一次在一行的最开始,
read
returns 没有读取任何内容并将退出代码设置为1
,就像遇到 EOF 一样。- 也就是说:在循环中终止无界交互输入的方法是按^D after 提交输入的最后一行。
相比之下,在输入行的内部,按^D 两次 需要停止读取并将退出代码设置为
1
,但请注意,到目前为止输入的行 已保存 到目标变量 /$REPLY
.[1]
因为标准输入流实际上关闭,随后
read
命令正常工作 并继续征求交互式用户输入。警告:如果您在 shell 处按 ^D' s prompt(与 运行 程序 请求输入相反), 你将终止 shell 本身.
P.S.:
题目中有一处偶然错误:
- 第二个
read
命令必须放置操作数ans
(用于存储输入的变量的名称)在所有选项 之后才能工作语法上:read -r -p "Do stuff? [Yn] " ans
[1] 正如 William Pursell 在对问题的评论中指出的那样: ^D 导致 read(2)
系统调用return 与此时缓冲区中的任何内容;直接值 returned 是 读取的字符数 。
0
的计数是 EOF 条件发出信号的方式,Bash 的 read
将其转换为退出代码 1
,导致循环终止。
因此,在一行的开头按^D,当输入缓冲区为空时,立即退出循环。
相比之下,如果字符已经在行中键入,则 first ^D 导致 read(2)
到 return但是到目前为止输入了很多字符,Bash 的 read
重新调用 read(2)
,因为分隔符(默认为换行符)没有'还没遇到
紧跟在第二个 ^D 之后会导致 read(2)
到 return 0
,因为没有输入任何字符,导致 Bash 的 read
设置退出代码 1
并退出循环。