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。

我建议你试着理解这些。

这些数字表示文件描述符（fd）。

零是标准输入一个是标准输出二是标准错误

2> &1将fd 2重定向为1。

如果程序使用任何数量的文件描述符，这都适用。

如果忘记了，可以查看/usr/include/unistd.h：

/* Standard file descriptors.  */
#define STDIN_FILENO    0   /* Standard input.  */
#define STDOUT_FILENO   1   /* Standard output.  */
#define STDERR_FILENO   2   /* Standard error output.  */

也就是说，我已经编写了C工具，这些工具使用非标准文件描述符进行自定义日志记录，因此除非将其重定向到文件或其他文件，否则您不会看到它。

要将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。

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

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

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

这与

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

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

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

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

unix命令2>&1

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

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

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