重定向输入输入重定向导致文件名为将要打开以读取文件的单词展开的结果描述符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的强大工具。

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

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

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

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

unix命令2>&1

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

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

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

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

这些数字表示文件描述符（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工具，这些工具使用非标准文件描述符进行自定义日志记录，因此除非将其重定向到文件或其他文件，否则您不会看到它。