Bash:多重定向

Question

在脚本的早期,我看到了:

exec 3>&2

然后:

{ $app $conf_file &>$app_log_file & } 1>&3 2>&1

我对此的理解看起来像这样:

• 创建fd 3
• 将fd 3输出重定向到stderr
• (在应用程序执行时)重定向stdout到fd 3,然后重定向stderr到stdout

这不是某种循环的疯狂吗？3> stderr> stdout> 3>等？

我特别关注这一行的意图/含义,因为我想开始使用这个脚本运行一些应用程序valgrind.我希望看到valgrind的输出穿插了应用程序的日志语句,所以我希望stderr上面的混乱行捕获默认输出.然而,在导致我想要使用的一些崩溃中valgrind,我已经看到glibc错误直接输出到终端,而不是在应用程序的日志文件中捕获.

那么,问题是:那条执行线到底是做什么的？它捕获了stderr吗？如果是这样,为什么当应用程序崩溃时我在命令行上看到glibc输出？如果没有,我应该如何改变它来实现这一目标？

Answer 1

您误读了3>&2语法。这意味着打开fd 3并使其成为fd 2的副本。请参见复制文件描述符。

同样2>&1，并不意味着使fd 2指向fd 1的位置，而是意味着将fd 2重新打开为fd 1的副本（大多数是相同的净效果，但语义不同）。

还请记住，所有重定向都会在它们发生时发生，并且这里没有“指针”。因此2>&1 1>/dev/null，不将标准错误重定向到/dev/null它，而是将标准错误附加到已附加标准输出的任何地方（可能是终端）。

因此，有问题的代码这样做：

1. 打开fd 3作为fd 2的副本
2. 重新打开fd 1作为fd 3的副本
3. 重新打开fd 2作为fd 1的副本

实际上，这些exec行将所有内容发送到标准错误（或在初始行运行时附加到fd 2的任何地方）。如果重定向已经完成，2>&1 1>&3那么它们将交换位置。我不知道那是否是该行的初衷，因为按照书面规定，这毫无意义。

更不用说在大括号列表内部进行重定向时，大括号列表外部的重定向是相当无用的。