在shell中，“ 2>&1 ”是什么意思？

Question

在 Unix shell 中，如果我想将 stderr 和 stdout 组合到 stdout 流中以进行进一步操作，我可以在命令末尾附加以下内容：

2>&1

所以，如果我想在g++ 的输出上使用head，我可以这样做：

g++ lots_of_errors 2>&1 | head

所以我只能看到前几个错误。

我总是记不住这个，我经常去查，主要是因为我不完全理解这个特殊技巧的语法。

有人可以分解并逐个解释2>&1 的含义吗？

Answer 1

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

这是记住这个结构的一种方法（尽管它并不完全准确）：起初，2>1 可能看起来像是将stderr 重定向到stdout 的好方法。但是，它实际上会被解释为“将stderr 重定向到名为1 的文件”。 & 表示后面和前面的是文件描述符而不是文件名。所以构造变成：2>&1。

将>& 视为重定向合并运算符。

Answer 2

echo test > afile.txt

将标准输出重定向到afile.txt。这和做的一样

echo test 1> afile.txt

要重定向标准错误，你可以这样做：

echo test 2> afile.txt

>& 是将流重定向到另一个文件描述符的语法 - 0 是标准输入，1 是标准输出，2 是标准错误。

您可以通过以下方式将标准输出重定向到标准错误：

echo test 1>&2 # or echo test >&2

反之亦然：

echo test 2>&1

所以，简而言之...2> 将 stderr 重定向到（未指定）文件，附加 &1 将 stderr 重定向到 stdout。

Answer 3

关于重定向的一些技巧

关于此的一些语法特殊性可能具有重要的行为。有一些关于重定向、STDERR、STDOUT 和参数ordering 的小示例。

1 - 覆盖还是追加？

符号> 表示重定向。

• > 表示发送到作为一个完整的完整文件，如果存在则覆盖目标（请参阅后面的#3 中的noclobber bash 功能）。
• >> 表示 除了发送之外 将附加到目标（如果存在）。

无论如何，如果文件不存在，就会创建该文件。

2 - shell 命令行 取决于顺序！！

为了测试这一点，我们需要一个简单的命令，它会在两个输出上发送一些东西：

$ ls -ld /tmp /tnt
ls: cannot access /tnt: No such file or directory
drwxrwxrwt 118 root root 196608 Jan  7 11:49 /tmp

$ ls -ld /tmp /tnt >/dev/null
ls: cannot access /tnt: No such file or directory

$ ls -ld /tmp /tnt 2>/dev/null
drwxrwxrwt 118 root root 196608 Jan  7 11:49 /tmp

（当然，希望您没有名为/tnt 的目录；）。好吧，我们有它！

那么，让我们看看：

$ ls -ld /tmp /tnt >/dev/null
ls: cannot access /tnt: No such file or directory

$ ls -ld /tmp /tnt >/dev/null 2>&1

$ ls -ld /tmp /tnt 2>&1 >/dev/null
ls: cannot access /tnt: No such file or directory

最后一个命令行将STDERR 转储到控制台，这似乎不是预期的行为......但是......

如果你想对标准输出、错误输出或两者都做一些后过滤：

$ ls -ld /tmp /tnt | sed 's/^.*$/<-- & --->/'
ls: cannot access /tnt: No such file or directory
<-- drwxrwxrwt 118 root root 196608 Jan  7 12:02 /tmp --->

$ ls -ld /tmp /tnt 2>&1 | sed 's/^.*$/<-- & --->/'
<-- ls: cannot access /tnt: No such file or directory --->
<-- drwxrwxrwt 118 root root 196608 Jan  7 12:02 /tmp --->

$ ls -ld /tmp /tnt >/dev/null | sed 's/^.*$/<-- & --->/'
ls: cannot access /tnt: No such file or directory

$ ls -ld /tmp /tnt >/dev/null 2>&1 | sed 's/^.*$/<-- & --->/'

$ ls -ld /tmp /tnt 2>&1 >/dev/null | sed 's/^.*$/<-- & --->/'
<-- ls: cannot access /tnt: No such file or directory --->

请注意，本段中的最后一个命令行与上一段完全相同，我在前一段中写道似乎不是预期的行为（因此，这甚至可能是预期的行为）。

嗯，有一些关于重定向的小技巧，用于对两个输出进行不同的操作：

$ ( ls -ld /tmp /tnt | sed 's/^/O: /' >&9 ) 9>&2  2>&1  | sed 's/^/E: /'
O: drwxrwxrwt 118 root root 196608 Jan  7 12:13 /tmp
E: ls: cannot access /tnt: No such file or directory

注意：&9 描述符会因为) 9>&2 而自发出现。

附录：nota! 在新版本的 bash (>4.0) 中，有一个新功能和更性感的语法来执行此类操作：

$ ls -ld /tmp /tnt 2> >(sed 's/^/E: /') > >(sed 's/^/O: /')
O: drwxrwxrwt 17 root root 28672 Nov  5 23:00 /tmp
E: ls: cannot access /tnt: No such file or directory

最后对于这样的级联输出格式：

$ ((ls -ld /tmp /tnt |sed 's/^/O: /' >&9 ) 2>&1 |sed 's/^/E: /') 9>&1| cat -n
     1  O: drwxrwxrwt 118 root root 196608 Jan  7 12:29 /tmp
     2  E: ls: cannot access /tnt: No such file or directory

附录：nota! 相同的新语法，两种方式：

$ cat -n <(ls -ld /tmp /tnt 2> >(sed 's/^/E: /') > >(sed 's/^/O: /'))
     1  O: drwxrwxrwt 17 root root 28672 Nov  5 23:00 /tmp
     2  E: ls: cannot access /tnt: No such file or directory

STDOUT 通过特定过滤器，STDERR 到另一个，最后合并的两个输出通过第三个命令过滤器。

3 - 关于noclobber 选项和>| 语法的一句话

关于覆盖：

虽然 set -o noclobber 指示 bash 不 覆盖任何现有文件，但 >| 语法可以让您突破这个限制：

$ testfile=$(mktemp /tmp/testNoClobberDate-XXXXXX)

$ date > $testfile ; cat $testfile
Mon Jan  7 13:18:15 CET 2013

$ date > $testfile ; cat $testfile
Mon Jan  7 13:18:19 CET 2013

$ date > $testfile ; cat $testfile
Mon Jan  7 13:18:21 CET 2013

文件每次都会被覆盖，现在好了：

$ set -o noclobber

$ date > $testfile ; cat $testfile
bash: /tmp/testNoClobberDate-WW1xi9: cannot overwrite existing file
Mon Jan  7 13:18:21 CET 2013

$ date > $testfile ; cat $testfile
bash: /tmp/testNoClobberDate-WW1xi9: cannot overwrite existing file
Mon Jan  7 13:18:21 CET 2013

通过>|:

$ date >| $testfile ; cat $testfile
Mon Jan  7 13:18:58 CET 2013

$ date >| $testfile ; cat $testfile
Mon Jan  7 13:19:01 CET 2013

取消设置此选项和/或询问是否已设置。

$ set -o | grep noclobber
noclobber           on

$ set +o noclobber

$ set -o | grep noclobber
noclobber           off

$ date > $testfile ; cat $testfile
Mon Jan  7 13:24:27 CET 2013

$ rm $testfile

4 - 最后一招和更多...

对于从给定命令重定向 both 输出，我们看到正确的语法可能是：

$ ls -ld /tmp /tnt >/dev/null 2>&1

对于这种特殊情况，有一个快捷语法：&> ... 或>&

$ ls -ld /tmp /tnt &>/dev/null

$ ls -ld /tmp /tnt >&/dev/null

注意：如果 2>&1 存在，1>&2 也是正确的语法：

$ ls -ld /tmp /tnt 2>/dev/null 1>&2

4b- 现在，我让你想想：

$ ls -ld /tmp /tnt 2>&1 1>&2  | sed -e s/^/++/
++/bin/ls: cannot access /tnt: No such file or directory
++drwxrwxrwt 193 root root 196608 Feb  9 11:08 /tmp/

$ ls -ld /tmp /tnt 1>&2 2>&1  | sed -e s/^/++/
/bin/ls: cannot access /tnt: No such file or directory
drwxrwxrwt 193 root root 196608 Feb  9 11:08 /tmp/

4c- 如果您对更多信息感兴趣

您可以通过点击阅读精美的手册：

man -Len -Pless\ +/^REDIRECTION bash

在bash 控制台中；-)

Answer 4

我发现这篇关于重定向的精彩帖子：All about redirections

将标准输出和标准错误重定向到文件

$ 命令 &>文件

这一单行程序使用&> 运算符将输出流（stdout 和stderr）从命令重定向到文件。这是 Bash 将两个流快速重定向到同一目的地的快捷方式。

这是 Bash 重定向两个流后文件描述符表的样子：

如您所见，stdout 和 stderr 现在都指向file。因此，写入 stdout 和 stderr 的任何内容都会写入file。

有几种方法可以将两个流重定向到同一个目的地。您可以一个接一个地重定向每个流：

$命令>文件2>&1

这是将两个流重定向到文件的更常见的方法。首先将 stdout 重定向到文件，然后将 stderr 复制为与 stdout 相同。所以两个流最终都指向file。

当 Bash 看到多个重定向时，它会从左到右处理它们。让我们通过这些步骤，看看这是如何发生的。在运行任何命令之前，Bash 的文件描述符表如下所示：

现在 Bash 处理第一个重定向 > 文件。我们以前见过这个，它使标准输出指向文件：

Next Bash 看到第二个重定向 2>&1。我们以前没有见过这种重定向。这将文件描述符 2 复制为文件描述符 1 的副本，我们得到：

两个流都已重定向到文件。

但是这里要小心！写作

命令>文件2>&1

不等于写：

$ 命令2>&1>文件

在 Bash 中重定向的顺序很重要！此命令仅将标准输出重定向到文件。 stderr 仍将打印到终端。要了解为什么会发生这种情况，让我们再次执行这些步骤。所以在运行命令之前，文件描述符表是这样的：

现在 Bash 处理从左到右的重定向。它首先看到 2>&1，因此它将 stderr 复制到 stdout。文件描述符表变为：

现在 Bash 看到第二个重定向 >file，并将 stdout 重定向到文件：

你看到这里发生了什么吗？标准输出现在指向文件，但标准错误仍然指向终端！写入 stderr 的所有内容仍会打印到屏幕上！所以要非常非常小心重定向的顺序！

还要注意，在 Bash 中，写作

$ 命令 &>文件

完全一样：

$ 命令>&文件

Answer 5

数字指的是文件描述符 (fd)。

• 零是stdin
• 一个是stdout
• 二是stderr

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 工具，因此除非将其重定向到文件或其他内容，否则您看不到它。

Answer 6

该构造将标准错误流 (stderr) 发送到标准输出 (stdout) 的当前 位置 - 这个货币问题似乎已被其他答案忽略。 p>

您可以使用此方法将任何输出句柄重定向到另一个输出句柄，但它最常用于将 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 重定向到outfile2。

这允许一些非常复杂的诡计。

Answer 7

如果您是初学者阅读this，我发现这对您很有帮助

更新：
在 Linux 或 Unix 系统中，程序将输出发送到两个位置：标准输出 (stdout) 和标准错误 (stderr)。您可以将这些输出重定向到任何文件。

就像你这样做

ls -a > output.txt

控制台中不会打印任何内容所有输出 (stdout) 被重定向到输出文件。

如果您尝试打印任何未退出文件的内容，则意味着输出将出现错误，例如您打印当前目录中不存在的 test.txt

cat test.txt > error.txt

输出将是

cat: test.txt :No such file or directory

但是error.txt 文件将会是空的，因为我们将stdout 重定向到了一个不是stderr 的文件。

所以我们需要文件描述符（文件描述符只不过是一个代表打开文件的正整数。你可以说描述符是文件的唯一ID）来告诉shell我们将哪种类型的输出发送到文件。在Unix / Linux系统中1 用于标准输出，2 用于标准错误。

所以现在如果你这样做

ls -a 1> output.txt 意味着你正在将标准输出 (stdout) 发送到 output.txt。

如果您这样做

cat test.txt 2> error.txt 意味着您将标准错误 (stderr) 发送到 error.txt 。

&1 用于引用文件描述符 1 (stdout) 的值。

现在，2>&1 的意思是“将标准错误重定向到我们重定向标准输出的同一位置”

现在你可以这样做了

cat maybefile.txt > output.txt 2>&1

标准输出 (stdout) 和标准错误 (stderr) 都将重定向到 output.txt。

感谢Ondrej K.指出

Answer 8

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。

我建议你试着理解这些。

Answer 9

2>&1 是一个 POSIX shell 结构。以下是逐个标记的细分：

---

2: "标准错误" 输出文件描述符。

>&：Duplicate an Output File Descriptor 运算符（Output Redirection 运算符 > 的变体）。给定[x]>&[y]，由x 表示的文件描述符将成为输出文件描述符y 的副本。

1 "标准输出" 输出文件描述符。

表达式2>&1 将文件描述符1 复制到位置2，因此在执行环境中写入2（“标准错误”）的任何输出都会转到最初由1 描述的文件（ “标准输出”）。

---

进一步解释：

File Descriptor: "每个进程唯一的非负整数，用于标识打开的文件以进行文件访问。"

标准输出/错误：请参阅 shell 文档的 Redirection 部分中的以下注释：

打开的文件由从零开始的十进制数字表示。最大可能值是实现定义的；但是，所有实现都应支持至少 0 到 9（含），以供应用程序使用。这些数字称为“文件描述符”。值 0、1 和 2 具有特殊含义和常规用途，并且由某些重定向操作隐含；它们分别称为标准输入、标准输出和标准错误。程序通常从标准输入中获取输入，并将输出写入标准输出。错误消息通常写在标准错误上。重定向操作符前面可以有一个或多个数字（不允许插入字符）来指定文件描述符编号。

Answer 10

回答您的问题：它接受任何错误输出（通常发送到 stderr）并将其写入标准输出（stdout）。

当您需要对所有输出进行分页时，这很有帮助，例如“更多”。一些程序喜欢将使用信息打印到标准错误中。

帮助你记住

• 1 = 标准输出（程序打印正常输出）
• 2 = 标准错误（程序打印错误）

"2>&1" 只是将发送到 stderr 的所有内容指向 stdout。

我还建议阅读this post on error redirecting，其中详细介绍了该主题。

Answer 11

从程序员的角度来看，这恰恰意味着：

dup2(1, 2);

请参阅man page。

了解2>&1 是一个副本也解释了为什么...

command >file 2>&1

... 不等于 ...

command 2>&1 >file

第一个将两个流发送到file，而第二个将错误发送到stdout，普通输出到file。

Answer 12

人们，永远记住paxdiablo关于重定向目标当前位置的提示......它很很重要。

2>&1 运算符的个人记忆是这样的：

• 认为& 表示'and' 或'add'（字符是ampers-和，不是吗？）
• 所以它变成：'将2 (stderr) 重定向到 1 (stdout) 已经/当前所在的位置，并添加两个流'。

同样的助记符也适用于其他常用的重定向，1>&2：

• 想想& 的意思是and 或add...（你明白与号有关的意思吧？）
• 所以它变成：'将1 (stdout) 重定向到 2 (stderr) 已经/当前所在的位置，并添加两个流'。

并且永远记住：你必须从右到左（不是从左到右）“从头到尾”阅读重定向链。

Answer 13

重定向输入

输入重定向导致文件名 由要打开以读取文件的单词扩展的结果 描述符 n，或者如果 n 是标准输入（文件描述符 0） 未指定。

重定向输入的一般格式是：

[n]<word

重定向输出

输出重定向导致文件 名称是由要打开以进行书写的单词的扩展产生的 文件描述符 n，或标准输出（文件描述符 1）如果 n 未指定。如果文件不存在，则创建它；如果它 确实存在它被截断为零大小。

重定向输出的一般格式是：

[n]>word

移动文件描述符

重定向运算符，

[n]<&digit-

将文件描述符数字移动到文件描述符 n，或者 如果未指定 n，则为标准输入（文件描述符 0）。 digit被复制到n后关闭。

同样，重定向操作符

[n]>&digit-

将文件描述符数字移动到文件描述符 n，或者 如果未指定 n，则标准输出（文件描述符 1）。

参考：

man bash

键入/^REDIRECT 以定位到@​​987654328@ 部分，并了解更多...

在线版本在这里：3.6 Redirections

PS：

很多时候，man 是学习 Linux 的强大工具。

Answer 14

假设您的系统上不存在/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

是简写

Answer 15

这就像将错误传递给标准输出或终端一样。

也就是说，cmd 不是命令：

$cmd 2>filename
cat filename

command not found

错误是这样发送到文件的：

2>&1

标准错误被发送到终端。

Answer 16

unix_commands 2>&1

这用于向终端打印错误。

以下说明流程

• 当产生错误时，它们被写入标准错误内存地址&2“缓冲区”，标准错误流2从中引用。
• 产生输出时，写入标准输出内存地址&1“缓冲区”，标准输出流1引用。

因此，获取unix_commands 标准错误流2，并将> （错误）流重定向到标准输出内存地址&1，以便将它们流式传输到终端并打印。

Answer 17

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

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

Answer 18

请注意，1>&2 不能与 2>&1 互换使用。

想象你的命令依赖于管道，例如：
docker logs 1b3e97c49e39 2>&1 | grep "some log"
grepping 将在 stderr 和 stdout 上发生，因为 stderr 基本上合并到 stdout 中。

但是，如果您尝试：
docker logs 1b3e97c49e39 1>&2 | grep "some log",
grepping 根本不会真正搜索任何地方，因为 Unix 管道通过连接 stdout | stdin 连接进程，而在第二种情况下，stdout 被重定向到 Unix 管道不感兴趣的 stderr。