0表示输入，1表示标准输出，2表示标准错误。

一个提示：somecmd>1.text 2>&1是正确的，而somecmd2>&1>1.text完全错误，没有效果！

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

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

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

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

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

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

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

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

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

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

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

dup2(1, 2);

请参见手册页。

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

command >file 2>&1

…与…不同。。。

command 2>&1 >file

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

这就像将错误传递到stdout或终端。

也就是说，cmd不是命令：

$cmd 2>filename
cat filename

command not found

错误被发送到文件，如下所示：

2>&1

标准错误被发送到终端。