有什么作用” 2＆gt;＆amp; 1＆quot;意思是？

Question

要将 stderr 和 stdout 组合到 stdout 流中，我们将其附加到一个命令：

2>&1

例如，以下命令显示了前几个错误编译 main.cpp ：

g++ main.cpp 2>&1 | head

但是 2＆gt; 1 是什么意思？

Answer 1

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

首先， 2＆gt; 1 看起来像是将重定向 stderr 重定向到 stdout 的好方法。但是，它实际上将被解释为“重定向 stderr 到名为 1 ”的文件。

＆amp; 指示下面的内容是文件描述符，而不是文件名。因此，我们使用 2＆gt;＆amp; 1 。考虑＆gt;＆amp; 成为重定向合并操作员。

Answer 2

将 stdout 重定向到 file.txt：

echo test > file.txt

这相当于：

echo test 1> file.txt

将 stderr 重定向到 file.txt：

echo test 2> file.txt

所以 >& 是语法将重定向流到另一个文件描述符：

• 0 是stdin
• 1 是stdout
• 2 是stderr

将stdout 重定向到stderr：

echo test 1>&2   # equivalently, echo test >&2

将stderr 重定向到stdout ：

echo test 2>&1

因此，在2>&1：

• 2> 将 stderr 重定向到一个（未指定的）文件。
• &1 将 stderr 重定向到 stdout。

Answer 3

关于重定向的一些技巧，

一些关于此的语法特殊性可能具有重要的行为。关于重定向， stderr ， stdout 和参数订购有一些小样本。

1-覆盖还是附加？

符号＆gt; 表示重定向。

• ＆gt; 表示发送到整个完整的文件，如果存在，则覆盖目标（请参阅 noclobber bash功能＃3 稍后）。
• ＆gt;＆gt; 表示以外的以外发送将​​附加到目标，如果存在。

无论如何，如果文件不存在，则将创建文件。

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 到控制台，这似乎不是预期的行为...但是...

如果您想进行一些 post Filtering < /em>关于 standard 输出， error 输出或两者：

$ 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

注意：：＆amp; 9 描述符，因为）9＆gt;＆amp; 2 。

附录：nota！带有新版本的 bash （＆gt; 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 到另一个，最后两个输出都通过第三个命令过滤器进行。

2b-使用 |＆amp; 而不是

语法命令|＆amp; ... 可以用作 alias 命令2＆gt;＆amp; 1 | ... 。有关命令行顺序的相同规则也适用。 操作员的含义|＆amp;什么是什么意思，在bash中？

3-关于 noclobber 选项和＆gt; | 语法>

compriting ：

while set set- o noclobber 指示bash to 不是覆盖任何现有文件，＆gt; | 语法让您通过此限制：

$ 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

通过＆gt; | 通过：

$ 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-最后的技巧等等...

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

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

对于此 special 案例，有一个快捷方式语法：＆amp;＆gt; ...或＆gt;＆amp;

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

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

nota：如果 2＆gt;＆gt; 1 存在， 1＆gt;＆amp; 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

在A bash 控制台;-)

Answer 4

我发现了有关重定向的出色帖子：

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

$命令＆amp;＆gt; file

此单线使用＆amp;＆gt; 运算符将两个输出流 - stdout和stderr-从命令转换为文件。这是Bash的快捷方式，可以快速将两个流都重定向到同一目的地。

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

如您所见，Stdout和stderr现在都指向 file 。因此，写给Stdout和Stderr的任何内容都将写入文件。

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

$命令＆gt; file 2＆gt;＆amp; 1

这是将两个流将两个流都重定向到文件的更常见的方法。首先将STDOUT重定向到文件，然后将STDERR复制为与Stdout相同。因此，两个流都指向文件。

当Bash看到几个重定向时，它将它们从左到右处理。让我们浏览这些步骤，看看如何发生。在运行任何命令之前，BASH的文件描述符表看起来像：

​我们以前已经看过这一点，它使stdout点要归档：

Next Bash看到第二个重定向2＆gt;＆amp; 1。我们以前从未见过这个重定向。这个重复文件描述符2是文件描述符1的副本，我们得到：

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

但是，请小心在这里！写作

命令＆gt;文件2＆gt;＆amp; 1

与写作不同：

$命令2＆gt;＆amp; 1＆gt; file

重定向的顺序提交了bash的重要性！此命令仅将标准输出重定向到文件。 Stderr仍将打印到终端。要了解为什么会发生这种情况，让我们再次浏览步骤。因此，在运行命令之前，文件描述符表看起来像这样：

现在击败重定向，从左到右。它首先看到2＆gt;＆amp; 1，因此将stderr复制到Stdout。文件描述符表变为：

现在bash看到第二个重定向，＆gt; file ，然后将其重定向到文件：

​这里？现在，Stdout指向文件，但Stderr仍然指向终端！写信给stderr的所有内容仍然将其打印到屏幕上！因此，重定向的顺序要非常非常小心！

另请注意，在狂欢中，写作

$命令＆amp;＆gt; file

与：

$命令＆gt;＆amp; file

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

我发现这很有帮助

如果您是初学者阅读此更新， 。
在Linux或Unix系统中，有两个地方程序将输出发送到：标准输出（STDOUT）和标准错误（stderr）。您可以将这些输出重定向到任何文件。

就像您这样做

ls -a＆gt; output.txt

在控制台中什么都不会打印到所有输出（stdout）被重定向到输出文件。

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

cat test.txt＆gt; error.txt

输出将是

cat: test.txt :No such file or directory

错误。TXT文件将是空的，因为我们将Stdout重定向到文件而非STDERR。

因此，我们需要文件描述符（文件描述符不过是一个代表打开文件的正整数。您可以说描述符是文件的唯一ID）来告诉Shell我们发送到哪种类型的输出 1用于Stdout，2用于STDERR 。

因此，如果您执行此操作

ls -a 1＆gt; output.txt 表示您将标准输出（STDOUT）发送到output.txt。

如果您这样做

cat test.txt 2＆gt; error.txt 表示您将标准错误（stderr）发送到error.txt。

＆amp; 1 用于引用文件描述符1（STDOUT）的值。

现在到点 2＆gt;＆amp; 1 “将stderr重定向到我们正在重定向的同一位置”

现在，您可以执行此操作
＆lt; br

cat也许file.txt＆gt; output.txt 2＆gt;＆amp; 1

标准输出（STDOUT）和标准误差（STDERR）都将重定向到output.txt。

感谢 ondrej K.

Answer 7

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

请注意，最后一个将不是 direct stderr outfile2 - 它将其重定向到 stdout >是当遇到参数（ OUTFILE1 ）和然后 redirects stdout offile2 时。

这样可以实现一些非常复杂的骗局。

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

然后，标准输出将输出。log，以及err.log的标准错误。

我建议您尝试理解这些。

Answer 9

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

---

2：“标准错误”输出文件描述符。

>&: 复制输出文件描述符 运算符（输出重定向运算符> ）。给定[x]>&[y]，由x表示的文件描述符将成为输出文件描述符y的副本>。

1 “标准输出”输出文件描述符。

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

---

进一步说明：

文件描述符： “每个进程唯一的非负整数，用于识别打开的文件以进行文件访问。”

标准输出/错误：请参阅

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

Answer 10

要回答您的问题：它需要任何错误输出（通常发送到STDERR）并将其写入标准输出（Stdout）。

这很有帮助，例如，当您需要所有输出的分页时，“更多”。一些程序喜欢将用法信息打印到stderr中。

为了帮助您记住

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

“ 2＆gt;＆amp; 1”只是指向发送给STDERR的所有内容，而是指向STDOUT。

我还建议阅读此帖子重定向涵盖此主题详细详细。

Answer 11

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

dup2(1, 2);

请参阅手册页。

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

command >file 2>&1

... 与 ... 不同。

command 2>&1 >file

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

Answer 12

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

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

• 将 & 视为 'and' 或 'add '（该字符是一个amps-和，不是吗？）
• 所以它变成：'redirect 2 (stderr) 到哪里1（标准输出）已经/当前是并且添加两个流'。

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

• 将 & 视为 and 或 add ...（您明白了与号的概念，是吗？）
• 所以它变成：'将 1 (stdout) 重定向到 2 ( stderr）已经/当前是并且添加两个流'。

永远记住：您必须“从末尾”、从右到左（而不是从左到右）阅读重定向链。

Answer 13

重定向输入

重定向输入导致其名称的文件
从扩展的单词扩展的结果
描述符n或标准输入（文件描述符0）如果n为
未指定。

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

  [n]＆lt; word
 

重定向输出

输出的重定向会导致文件
姓名是由要在写作的单词扩展的结果
文件描述符n或标准输出（文件描述符1）如果n
未指定。如果文件不存在，则将创建；如果是
确实存在它被截断为零大小。

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

  [n]＆gt; word
 

移动文件描述符

重定向操作员，

  [n]＆lt;＆amp; digit-
 

将文件描述符数字移至文件描述符n或
标准输入（文件描述符0）如果未指定n。
将数字复制到n。

后关闭。

同样，重定向操作员

  [n]＆gt;＆amp; digit-
 

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

参考：

man bash

键入/^redirect 定位到重定向部分，并了解更多...

在线版本在这里： 3.6 redirections

“ rel =

/www.gnu.org/software/bash/manual/bashref.html#redirections 是学习Linux的强大工具。

Answer 14

unix_commands 2>&1

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

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

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

Answer 15

前提是系统上不存在/foo

$ ls -l /tmp /foo

代码>/foo

$ ls -l /tmp /foo >/dev/null

将将/tmp 的内容发送到/dev/dev/null ，并打印/foo 的错误消息

$ ls -l /tmp /foo 1>/dev/null

将执行完全相同（注意 1 ）

$ ls -l /tmp /foo 2>/dev/null

将打印/tmp 的内容，然后将错误消息发送到/dev/dev/null

$ ls -l /tmp /foo 1>/dev/null 2>/dev/null

将两者都发送列表以及到/dev/null 的错误消息

$ ls -l /tmp /foo >/dev/null 2>&1

是速记

Answer 16

这就像将错误传递到Stdout或终端一样。

也就是说， cmd 不是命令：

$cmd 2>filename
cat filename

command not found

错误发送到这样的文件：

2>&1

标准错误已发送到终端。

Answer 17

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

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

Answer 18

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

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

正如您所看到的，管道左侧的 stdout 和 stderr 都被输入到（管道的）右侧。

这与

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

Answer 19

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

想象一下您的命令取决于管道，例如：
docker 日志 1b3e97c49e39 2>&1 | grep“一些日志”
grep 将会在 stderr 和 stdout 上发生，因为 stderr 基本上已合并到 stdout 中。

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