要将stderr和stdout合并到stdout流中，我们将其附加到命令中：
2>&1
例如，查看编译g++main.cpp时的前几个错误：
g++ main.cpp 2>&1 | head
2>&1的详细含义是什么？
当前回答
如果系统上不存在/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
是速记
其他回答
这些数字表示文件描述符（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工具，这些工具使用非标准文件描述符进行自定义日志记录，因此除非将其重定向到文件或其他文件，否则您不会看到它。
文件描述符1是标准输出（stdout）。文件描述符2是标准错误（stderr）。
首先，2>1可能是将stderr重定向到stdout的好方法。然而，它实际上会被解释为“将stderr重定向到名为1的文件”。
&指示后面和前面的是文件描述符，而不是文件名。因此，我们使用2>&1。考虑>&成为重定向合并运营商。
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完全错误，没有效果！
unix命令2>&1
这用于将错误打印到终端。
当产生错误时，它们将被写入内存地址&2的“标准错误”缓冲区，以及来自该缓冲区的2个引用和流。当产生输出时，它们被写入“标准输出”缓冲区的内存地址&1，以及来自该缓冲区的1个引用和流。
所以回到指挥部。每当程序unix_commands产生错误时，它都会将其写入错误缓冲区。因此，我们创建一个指向缓冲区2的指针，并将>错误重定向到输出缓冲区&1。此时我们就完成了，因为输出缓冲区中的任何内容都由终端读取和打印。
