注意，1>&2不能与2>&1互换使用。

假设您的命令依赖于管道，例如：docker日志1b3e97c49e39 2>&1|grep“一些日志”grepping将在stderr和stdout之间发生，因为stderr基本上被合并到stdout中。

但是，如果您尝试：docker日志1b3e97c49e39 1>&2|grep“一些日志”，grepping根本不会在任何地方搜索，因为Unix管道通过连接stdout|stdin来连接进程，而在第二种情况下，stdout被重定向到stderr，Unix管道对此没有兴趣。

如果你是初学者，我觉得这很有帮助

更新：在Linux或Unix系统中，程序将输出发送到两个位置：标准输出（stdout）和标准错误（stderr）。您可以将这些输出重定向到任何文件。就像你这样做ls-a>output.txt控制台中不会打印任何内容，所有输出（stdout）都重定向到输出文件。

如果您尝试打印任何不存在的文件的内容，则意味着输出将是一个错误，如您打印当前目录中不存在的test.txtcat test.txt>error.txt输出将为

cat: test.txt :No such file or directory

但error.txt文件将为空，因为我们将stdout重定向到一个文件而不是stderr。所以我们需要文件描述符（文件描述符只不过是一个表示打开文件的正整数。您可以说描述符是文件的唯一id）来告诉shell我们要发送到文件的输出类型。在Unix/Linux系统中，1用于stdout，2用于stderr。所以现在，如果您这样做，ls-a 1>output.txt表示您正在将标准输出（stdout）发送到output.txt。如果您执行此cat test.txt 2>error.txt，则表示您正在将标准错误（stderr）发送到error.txt。&1用于引用文件描述符1（stdout）的值。现在，点2>&1表示“将stderr重定向到我们重定向stdout的相同位置”现在你可以这样做了<br

cat mayfitle.txt>output.txt 2>&1标准输出（stdout）和标准错误（stderr）都将重定向到output.txt。

感谢Ondrej K.指出

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

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

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

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

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

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

unix命令2>&1

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

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

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

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

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

$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）

这些数字表示文件描述符（fd）。

零是标准输入一个是标准输出二是标准错误

2> &1将fd 2重定向为1。

如果程序使用任何数量的文件描述符，这都适用。

如果忘记了，可以查看/usr/include/unistd.h：

/* Standard file descriptors.  */
#define STDIN_FILENO    0   /* Standard input.  */
#define STDOUT_FILENO   1   /* Standard output.  */
#define STDERR_FILENO   2   /* Standard error output.  */

也就是说，我已经编写了C工具，这些工具使用非标准文件描述符进行自定义日志记录，因此除非将其重定向到文件或其他文件，否则您不会看到它。