要将stderr和stdout合并到stdout流中,我们将其附加到命令中:
2>&1
例如,查看编译g++main.cpp时的前几个错误:
g++ main.cpp 2>&1 | head
2>&1的详细含义是什么?
要将stderr和stdout合并到stdout流中,我们将其附加到命令中:
2>&1
例如,查看编译g++main.cpp时的前几个错误:
g++ main.cpp 2>&1 | head
2>&1的详细含义是什么?
当前回答
unix命令2>&1
这用于将错误打印到终端。
当产生错误时,它们将被写入内存地址&2的“标准错误”缓冲区,以及来自该缓冲区的2个引用和流。当产生输出时,它们被写入“标准输出”缓冲区的内存地址&1,以及来自该缓冲区的1个引用和流。
所以回到指挥部。每当程序unix_commands产生错误时,它都会将其写入错误缓冲区。因此,我们创建一个指向缓冲区2的指针,并将>错误重定向到输出缓冲区&1。此时我们就完成了,因为输出缓冲区中的任何内容都由终端读取和打印。
其他回答
我发现了这篇关于重定向的精彩文章:关于重定向
将标准输出和标准错误重定向到文件
$command&>文件
这一行程序使用&>运算符将输出流stdout和stderr从命令重定向到文件。这是Bash将两个流快速重定向到同一目的地的快捷方式。
以下是Bash重定向两个流后文件描述符表的样子:
如您所见,stdout和stderr现在都指向文件。所以任何写入stdout和stderr的内容都会写入文件。
有几种方法可以将两个流重定向到同一目标。您可以逐个重定向每个流:
$command>文件2>&1
这是将两个流重定向到文件的更常见的方法。首先将stdout重定向到文件,然后复制stderr以与stdout相同。所以两个流都指向文件。
当Bash看到几个重定向时,它会从左到右处理它们。让我们来看看这些步骤是如何实现的。在运行任何命令之前,Bash的文件描述符表如下所示:
现在Bash处理第一个重定向>文件。我们以前见过这个,它使stdout指向文件:
下一个Bash看到第二个重定向2>&1。我们以前从未见过这种重定向。这一个将文件描述符2复制为文件描述符1的副本,我们得到:
两个流都已重定向到文件。
不过,这里要小心!写
命令>文件2>&1
与书写不同:
$command 2>&1>文件
重定向的顺序在Bash中很重要!此命令仅将标准输出重定向到文件。stderr仍将打印到终端。为了理解为什么会发生这种情况,让我们再次重复这些步骤。因此,在运行该命令之前,文件描述符表如下所示:
现在Bash处理从左到右的重定向。它首先看到2>&1,因此将stderr复制到stdout。文件描述符表变为:
现在Bash看到了第二个重定向>文件,它将stdout重定向到文件:
你看到这里发生了什么吗?标准输出现在指向文件,但标准错误仍然指向终端!写入stderr的所有内容仍然会打印到屏幕上!所以在重定向的顺序上要非常非常小心!
还要注意,在Bash中
$command&>文件
与以下内容完全相同:
$命令>文件(&F)
从程序员的角度来看,这意味着:
dup2(1, 2);
请参见手册页。
了解2>&1是副本也解释了为什么。。。
command >file 2>&1
…与…不同。。。
command 2>&1 >file
第一个将两个流发送到文件,而第二个将错误发送到stdout,并将普通输出发送到文件。
你需要从管道的角度来理解这一点。
$ (whoami;ZZZ) 2>&1 | cat
logan
ZZZ: command not found
正如您所看到的,管道LHS的stdout和stderr都被送入(管道的)RHS。
这与
$ (whoami;ZZZ) |& cat
logan
ZZZ: command not found
关于重定向的一些技巧
这方面的某些语法特殊性可能具有重要的行为。这里有一些关于重定向、STDERR、STDOUT和参数排序的小示例。
1-覆盖还是附加?
符号>表示重定向。
>意味着作为一个完整的文件发送到,如果存在则覆盖目标(请参阅后面的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到另一个,最后合并的两个输出通过第三个命令过滤器。
2b-改用|&
语法命令|&。。。可以用作命令2>&1|…的别名。。。。关于命令行顺序的规则也适用。更多详细信息,请参见bash中运算符|&的含义是什么?
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-最后一个技巧和更多。。。
对于重定向给定命令的两个输出,我们看到正确的语法可以是:
$ 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控制台中;-)
注意,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管道对此没有兴趣。