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

Question

考虑以下 示例 脚本：

#!/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脚本的简化示例。

Answer 1

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

如果您同时拥有两者read并do_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。