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

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

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

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

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

帮助你记住

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

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

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

该构造将标准错误流（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。

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

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

重定向输入输入重定向导致文件名为将要打开以读取文件的单词展开的结果描述符n或标准输入（文件描述符0），如果n是未指定。重定向输入的一般格式为：[n] <单词重定向输出输出重定向导致文件name是将要打开以供书写的单词展开后的结果文件描述符n或标准输出（文件描述符1），如果n未指定。如果文件不存在，则创建该文件；如果它它被截断为零大小。重定向输出的一般格式为：[n] >单词移动文件描述符重定向运算符，[n] <数字（&D）-将文件描述符数字移动到文件描述符n，或如果未指定n，则为标准输入（文件描述符0）。数字在复制到n之后是闭合的。类似地，重定向运算符[n] >数字（&D）-将文件描述符数字移动到文件描述符n，或如果未指定n，则为标准输出（文件描述符1）。

Ref:

man bash

键入/^REDIRECT以定位到重定向部分，并了解更多信息。。。

这里有一个在线版本：3.6重定向

PS:

很多时候，人类是学习Linux的强大工具。

你需要从管道的角度来理解这一点。

$ (whoami;ZZZ) 2>&1  | cat
logan
ZZZ: command not found

正如您所看到的，管道LHS的stdout和stderr都被送入（管道的）RHS。

这与

$ (whoami;ZZZ) |& cat
logan
ZZZ: command not found