注意，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管道对此没有兴趣。

回答您的问题：它接受任何错误输出（通常发送到stderr）并将其写入标准输出（stdout）。

例如，当您需要为所有输出分页时，这对于“more”很有用。有些程序喜欢将使用信息打印到stderr中。

帮助你记住

1=标准输出（程序打印正常输出）2=标准错误（程序打印错误）

“2>&1”只是将发送到stderr的所有内容指向stdout。

我还建议阅读这篇关于错误重定向的文章，其中详细介绍了这个主题。

unix命令2>&1

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

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

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

2> &1是POSIX外壳构造。以下是逐个令牌的细分：

2：“标准错误”输出文件描述符。

>&：复制输出文件描述符运算符（输出重定向运算符>的变体）。给定[x]>&[y]，由x表示的文件描述符被制作为输出文件描述符y的副本。

1“标准输出”输出文件描述符。

表达式2>&1将文件描述符1复制到位置2，因此在执行环境中写入2的任何输出（“标准错误”）都将转到最初由1描述的相同文件（“标准输出”）。

进一步解释：

文件描述符：“每个进程唯一的非负整数，用于标识用于文件访问的打开文件。”

标准输出/错误：请参阅shell文档的重定向部分中的以下注释：

打开的文件由以零开头的十进制数字表示。最大的可能值是定义的实现；然而，所有实现都应支持至少0到9（包括0到9）供应用程序使用。这些数字称为“文件描述符”。值0、1和2具有特殊含义和常规用途，并由某些重定向操作暗示；它们分别称为标准输入、标准输出和标准误差。程序通常从标准输入中获取输入，并将输出写入标准输出。错误消息通常写在标准错误上。重定向运算符前面可以有一个或多个数字（不允许插入字符），以指定文件描述符编号。

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。

我建议你试着理解这些。

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

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

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