要将stderr和stdout合并到stdout流中，我们将其附加到命令中：
2>&1
例如，查看编译g++main.cpp时的前几个错误：
g++ main.cpp 2>&1 | head
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工具，这些工具使用非标准文件描述符进行自定义日志记录，因此除非将其重定向到文件或其他文件，否则您不会看到它。
其他回答
这些数字表示文件描述符（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工具，这些工具使用非标准文件描述符进行自定义日志记录，因此除非将其重定向到文件或其他文件，否则您不会看到它。
2> &1是POSIX外壳构造。以下是逐个令牌的细分：
2：“标准错误”输出文件描述符。
>&：复制输出文件描述符运算符（输出重定向运算符>的变体）。给定[x]>&[y]，由x表示的文件描述符被制作为输出文件描述符y的副本。
1“标准输出”输出文件描述符。
表达式2>&1将文件描述符1复制到位置2，因此在执行环境中写入2的任何输出（“标准错误”）都将转到最初由1描述的相同文件（“标准输出”）。
进一步解释：
文件描述符：“每个进程唯一的非负整数，用于标识用于文件访问的打开文件。”
标准输出/错误：请参阅shell文档的重定向部分中的以下注释：
打开的文件由以零开头的十进制数字表示。最大的可能值是定义的实现；然而，所有实现都应支持至少0到9（包括0到9）供应用程序使用。这些数字称为“文件描述符”。值0、1和2具有特殊含义和常规用途，并由某些重定向操作暗示；它们分别称为标准输入、标准输出和标准误差。程序通常从标准输入中获取输入，并将输出写入标准输出。错误消息通常写在标准错误上。重定向运算符前面可以有一个或多个数字（不允许插入字符），以指定文件描述符编号。
你需要从管道的角度来理解这一点。
$ (whoami;ZZZ) 2>&1 | cat
logan
ZZZ: command not found
正如您所看到的，管道LHS的stdout和stderr都被送入（管道的）RHS。
这与
$ (whoami;ZZZ) |& cat
logan
ZZZ: command not found
注意，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管道对此没有兴趣。
unix命令2>&1
这用于将错误打印到终端。
当产生错误时，它们将被写入内存地址&2的“标准错误”缓冲区，以及来自该缓冲区的2个引用和流。当产生输出时，它们被写入“标准输出”缓冲区的内存地址&1，以及来自该缓冲区的1个引用和流。
所以回到指挥部。每当程序unix_commands产生错误时，它都会将其写入错误缓冲区。因此，我们创建一个指向缓冲区2的指针，并将>错误重定向到输出缓冲区&1。此时我们就完成了，因为输出缓冲区中的任何内容都由终端读取和打印。
