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

如果系统上不存在/foo，而/tmp确实存在…

$ ls -l /tmp /foo

将打印/tmp的内容并为/foo打印错误消息

$ ls -l /tmp /foo > /dev/null

将/tmp的内容发送到/dev/null并为/foo打印错误消息

$ ls -l /tmp /foo 1> /dev/null

将完全相同（注意1）

$ ls -l /tmp /foo 2> /dev/null

将打印/tmp的内容并将错误消息发送到/dev/null

$ ls -l /tmp /foo 1> /dev/null 2> /dev/null

将向/dev/null发送列表和错误消息

$ ls -l /tmp /foo > /dev/null 2> &1

是速记

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

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

帮助你记住

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

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

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

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。

我建议你试着理解这些。

该构造将标准错误流（stderr）发送到标准输出（stdout）的当前位置——其他答案似乎忽略了这个货币问题。

您可以使用此方法将任何输出句柄重定向到另一个，但它最常用于将stdout和stderr流引导到单个流中进行处理。

例如：

# Look for ERROR string in both stdout and stderr.
foo 2>&1 | grep ERROR

# Run the less pager without stderr screwing up the output.
foo 2>&1 | less

# Send stdout/err to file (with append) and terminal.
foo 2>&1 |tee /dev/tty >>outfile

# Send stderr to normal location and stdout to file.
foo >outfile1 2>&1 >outfile2

请注意，最后一个命令不会将stderr重定向到outfile2，而是将其重定向到遇到参数时的stdout（outfile1），然后将stdout重定向到outile2。

这允许一些相当复杂的诡计。

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

也就是说，cmd不是命令：

$cmd 2>filename
cat filename

command not found

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

2>&1

标准错误被发送到终端。