此处的明确意图是通过确保其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 3done <sample.text ## -> ...while the loop is run with sample.txt on FD 0exec 3<&- ## close FD 3 when done.它有点冗长，需要显式关闭FD3，但这意味着如果我们将stdout连接到FIFO的只写侧（或任何其他只写接口）运行，我们的代码就不会再被破坏。而不是直接发送给TTY。
