考虑以下 示例 脚本:
#!/bin/sh do_something() { echo $@ return 1 } cat <<EOF > sample.text This is a sample text It serves no other purpose EOF cat sample.text | while read arg1 arg2 arg3 arg4 arg5; do ret=0 do_something "$arg1" "$sarg2" "$arg3" "$arg4" "$arg5" <&3 || ret=$? done 3<&1
重定向stdout作为文件描述符3的输入的目的是什么?至少在中Bash,如果省略,似乎没有什么区别。如果在非shell中执行它,是否有效果bash?
stdout
Bash
bash
更新
对于那些想知道它来自哪里的人,它是Debian cryptdisks_start脚本的简化示例。
cryptdisks_start
此处的明确意图是通过确保其stdin来自其他位置来防止do_something从sample.text流中读取。 如果没有看到重定向或不重定向的行为差异,那是因为do_something在测试中实际上没有从stdin读取数据。
do_something
sample.text
如果您同时拥有两者read并do_something从同一流中读取内容,则do_something的后续实例将无法使用消耗的任何内容,read并且,当然,您将在输入到时输入非法内容do_something,从而导致诸如尝试使用错误的加密密钥(如果实际用例是cryptmount),&c。
read
cryptmount
cat sample.text | while read arg1 arg2 arg3 arg4 arg5; do ret=0 do_something "$arg1" "$sarg2" "$arg3" "$arg4" "$arg5" <&3 || ret=$? done 3<&1
现在,它有很多错误- 3<&1与相比是一种不好的做法3<&0,因为它假设没有基础就可以将stdout用作输入内容-但它 确实 可以实现该目标。
3<&1
3<&0
顺便说一下,我会这样写:
exec 3</dev/tty || exec 3<&0 ## make FD 3 point to the TTY or stdin (as fallback) while read -a args; do ## |- loop over lines read from FD 0 do_something "${args[@]}" <&3 ## |- run do_something with its stdin copied from FD 3 done <sample.text ## \-> ...while the loop is run with sample.txt on FD 0 exec 3<&- ## close FD 3 when done.
它有点冗长,需要显式关闭FD3,但这意味着如果我们将stdout连接到FIFO的只写侧(或任何其他只写接口)运行,我们的代码就不会再被破坏。而不是直接发送给TTY。