Linux里的2>&1究竟是什么

我们在Linux下经常会碰到:

nohup command>/dev/null 2>&1 &

这样形式的命令。

我们把这条命令大概分解一下。

(1)首先,就是一个nohup表示当前用户和系统的会话下的进程忽略响应HUP消息,也就是不挂断地运行命令。

(2)& 符号是把该命令以后台的job的形式运行。

(3)那么就剩下command>/dev/null 2>&1,其中command>/dev/null较好理解,/dev/null表示一个空设备,就是把 command的执行结果重定向到空设备中,说白了就是不显示任何信息。

(4)最后,2>&1又是什么含义?

2>&1 几个基本符号及其含义

  • /dev/null 表示空设备文件
  • 0 表示stdin标准输入
  • 1 表示stdout标准输出
  • 2 表示stderr标准错误

command > /dev/null相当于执行了command 1 > /dev/null。执行command产生了标准输出stdout(用1表示),重定向到/dev/null的设备文件中。

分析 2>&1

对于2>&1的理解,2就是标准错误,1是标准输出,那么这条命令不就是相当于把标准错误重定向到标准输出么?是的。

为什么是&1而不是1,这里& 符号是什么?& 符号可以理解为引用(reference)。&1 就是对标准输出的引用。

command>a 2>a 与 command>a 2>&1的区别

通过上面的分析,对于command>a 2>&1这条命令,等价于command 1>a 2>&1。

可以理解为执行command产生的标准输入重定向到文件a中,标准错误也重定向到文件a中。

那么是否就说command 1>a 2>&1等价于command 1>a 2>a呢?

其实不是,command 1>a 2>&1与command 1>a 2>a 还是有区别的,区别就在于前者只打开一次文件a,后者会打开文件两次,并导致stdout被stderr覆盖。&1的含义就可以理解为用标准输出的引用,引用的就是重定向标准输出产生打开的a。从IO效率上来讲,command 1>a 2>&1比 command 1>a 2>a的效率更高。

演示一下效果

//test.sh shell 程序

#!/bin/sh

t

date

其中t指令并不存在,执行会报错,会输出到stderr。date能正常执行,执行会输出当前时间,会输出到stdout。

chmod +x test.sh为test.sh增加执行权限。

执行 ./test.sh > test.log,如下所示:

我们发现 stderr 并没有被重定向到 test.log 中,stderr 直接输出到屏幕上了。

执行 ./test.sh > test.log 2>&1,如下所示:

这次,我们发现stdout 和 stderr 都被重定向到了 test.log 中了。

(0)

相关推荐