我发现了这篇关于重定向的精彩文章：关于重定向

将标准输出和标准错误重定向到文件

$command&>文件

这一行程序使用&>运算符将输出流stdout和stderr从命令重定向到文件。这是Bash将两个流快速重定向到同一目的地的快捷方式。

以下是Bash重定向两个流后文件描述符表的样子：

如您所见，stdout和stderr现在都指向文件。所以任何写入stdout和stderr的内容都会写入文件。

有几种方法可以将两个流重定向到同一目标。您可以逐个重定向每个流：

$command>文件2>&1

这是将两个流重定向到文件的更常见的方法。首先将stdout重定向到文件，然后复制stderr以与stdout相同。所以两个流都指向文件。

当Bash看到几个重定向时，它会从左到右处理它们。让我们来看看这些步骤是如何实现的。在运行任何命令之前，Bash的文件描述符表如下所示：

现在Bash处理第一个重定向>文件。我们以前见过这个，它使stdout指向文件：

下一个Bash看到第二个重定向2>&1。我们以前从未见过这种重定向。这一个将文件描述符2复制为文件描述符1的副本，我们得到：

两个流都已重定向到文件。

不过，这里要小心！写

命令>文件2>&1

与书写不同：

$command 2>&1>文件

重定向的顺序在Bash中很重要！此命令仅将标准输出重定向到文件。stderr仍将打印到终端。为了理解为什么会发生这种情况，让我们再次重复这些步骤。因此，在运行该命令之前，文件描述符表如下所示：

现在Bash处理从左到右的重定向。它首先看到2>&1，因此将stderr复制到stdout。文件描述符表变为：

现在Bash看到了第二个重定向>文件，它将stdout重定向到文件：

你看到这里发生了什么吗？标准输出现在指向文件，但标准错误仍然指向终端！写入stderr的所有内容仍然会打印到屏幕上！所以在重定向的顺序上要非常非常小心！

还要注意，在Bash中

$command&>文件

与以下内容完全相同：

$命令>文件（&F）

人们，永远记住paxdiablo关于重定向目标当前位置的提示。。。这很重要。

我对2>&1运算符的个人记忆是这样的：

将&视为“和”或“添加”的意思（字符是一个“与”，不是吗？）因此它变成：“将2（stderr）重定向到1（stdout）已经/当前所在的位置，并添加两个流”。

同样的助记符也适用于其他常用的重定向，1>和2:

思考含义并或添加。。。（你知道安培符号是什么意思吗？）因此它变成：“将1（stdout）重定向到2（stderr）已经/当前所在的位置，并添加两个流”。

请记住：您必须从“末尾”、从右到左（而不是从左到右）读取重定向链。

2是控制台标准错误。

1是控制台标准输出。

这是标准的Unix，Windows也遵循POSIX。

例如，当您跑步时

perl test.pl 2>&1

标准错误被重定向到标准输出，因此您可以同时看到两个输出：

perl test.pl > debug.log 2>&1

执行后，您可以在debug.log中看到所有输出，包括错误。

perl test.pl 1>out.log 2>err.log

然后标准输出转到out.log，标准错误转到err.log。

我建议你试着理解这些。

从程序员的角度来看，这意味着：

dup2(1, 2);

请参见手册页。

了解2>&1是副本也解释了为什么。。。

command >file 2>&1

…与…不同。。。

command 2>&1 >file

第一个将两个流发送到文件，而第二个将错误发送到stdout，并将普通输出发送到文件。

文件描述符1是标准输出（stdout）。文件描述符2是标准错误（stderr）。

首先，2>1可能是将stderr重定向到stdout的好方法。然而，它实际上会被解释为“将stderr重定向到名为1的文件”。

&指示后面和前面的是文件描述符，而不是文件名。因此，我们使用2>&1。考虑>&成为重定向合并运营商。

unix命令2>&1

这用于将错误打印到终端。

当产生错误时，它们将被写入内存地址&2的“标准错误”缓冲区，以及来自该缓冲区的2个引用和流。当产生输出时，它们被写入“标准输出”缓冲区的内存地址&1，以及来自该缓冲区的1个引用和流。

所以回到指挥部。每当程序unix_commands产生错误时，它都会将其写入错误缓冲区。因此，我们创建一个指向缓冲区2的指针，并将>错误重定向到输出缓冲区&1。此时我们就完成了，因为输出缓冲区中的任何内容都由终端读取和打印。