小编典典

为什么在bash的while读取循环内重定向stdin?

linux

考虑以下 示例 脚本:

#!/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

更新

对于那些想知道它来自哪里的人,它是Debian
cryptdisks_start脚本的简化示例。


阅读 308

收藏
2020-06-03

共1个答案

小编典典

此处的明确意图是通过确保其stdin来自其他位置来防止do_somethingsample.text流中读取。
如果没有看到重定向或不重定向的行为差异,那是因为do_something在测试中实际上没有从stdin读取数据。

如果您同时拥有两者readdo_something从同一流中读取内容,则do_something的后续实例将无法使用消耗的任何内容,read并且,当然,您将在输入到时输入非法内容do_something,从而导致诸如尝试使用错误的加密密钥(如果实际用例是cryptmount),&c。

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用作输入内容-但它 确实 可以实现该目标。


顺便说一下,我会这样写:

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。

2020-06-03