为什么在 bash 的 while 读取循环中重定向标准输入？

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 中，如果省略它似乎没有任何区别。如果在bash以外的任何其他shell中执行它有什么影响吗？

更新

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

Answer 1

这里的明确意图是通过确保其标准输入来自其他地方来防止do_something 从sample.text 流中读取。 如果您没有看到有或没有重定向的行为差异，那是因为 do_something 在您的测试中实际上并没有从标准输入读取。

如果您同时从同一个流中读取 read 和 do_something，那么 do_something 使用的任何内容都将无法用于 read 的后续实例——当然，您d 在do_something 的输入中提供非法内容，从而导致尝试使用错误的加密密钥（如果实际用例类似于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<&0 相比，3<&1 是不好的做法，因为它毫无根据地假设 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.

它有点冗长，需要显式关闭 FD 3，但这意味着如果我们在 stdout 附加到 FIFO 的只写侧（或任何其他只写接口）而不是直接连接到 TTY。

---

至于这种做法可以防止的错误，这是一个很常见的错误。例如，请参阅以下有关它的 StackOverflow 问题：

• Shell script while read line loop stops after the first line
• ssh breaks out of while-loop in bash
• Bash while loop stops for no reason?

等等