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。

我建议你试着理解这些。

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

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

要将stdout重定向到file.txt：

echo test > file.txt

这相当于：

echo test 1> file.txt

要将stderr重定向到file.txt：

echo test 2> file.txt

所以>是将流重定向到另一个文件描述符的语法（&I）：

0是标准输入1是标准输出2是标准错误

要将stdout重定向到stderr：

echo test 1>&2   # equivalently, echo test >&2

要将stderr重定向到stdout：

echo test 2>&1

因此，在2>&1中：

2> 将stderr重定向到（未指定）文件。&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的强大工具。