2>&1什么鬼

快来打我* 2022-05-21 02:57 142阅读 0赞

# intro #

我们在linux下经常会碰到`nohup command>/dev/null 2>&1 &`这样形式的命令。首先我们把这条命令大概分解下首先就是一个`nohup`表示当前用户和系统的回话下的进城忽略响应HUP消息。`&`是把该命令以后台的job的形式运行。那么就剩下`command>/dev/null 2>&1`,`command>/dev/null`较好理解，`/dev/null`表示一个空设备，就是说吧command的执行结果重定向到空设备中，说白了就是不显示任何信息。那么`2>&1`又是什么含义?

# 2>&1 #

## 几个基本符号及其含义 ##

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

## 从command>/dev/null说起 ##

其实这条命令是一个缩写版，对于一个重定向命令，肯定是`a > b`这种形式，那么`command > /dev/null`难道是command充当a的角色，/dev/null充当b的角色。这样看起来比较合理，其实一条命令肯定是充当不了a，肯定是command执行产生的输出来充当a，其实就是标准输出stdout。所以`command > /dev/null`相当于执行了`command 1 > /dev/null`。执行command产生了标准输出stdout(用1表示)，重定向到/dev/null的设备文件中。

## 说说2>&1 ##

通过上面`command > /dev/null`等价于`command 1 > /dev/null`,那么对于 `2>&1`也就好理解了，2就是标准错误，1是标准输出，那么这条命令不就是相当于把标准错误重定向到标准输出么。等等是&1而不是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`的效率更高。

# 举个栗子 #

来个shell

`chmod +x test.sh`为test.sh增加执行权限。这里我们弄了两条命令，其中t指令并不存在，执行会报错，会输出到stderr。date能正常执行，执行会输出当前时间，会输出到stdout。

执行`./test.sh > res1.log`结果为  
![sh\_res1][sh_res1]  
我们发现stderr并没有被重定向到res1.log中，stderr被打印到了屏幕上。这也进一步证明了上面说的`./test.sh > res1.log`等价于`./test.sh 1>res1.log`

执行`./test.sh>res2.log 2>&1`结果为  
![sh\_res2][sh_res2]  
这次我们发现stdout和stderr都被重定向到了res2.log中了。上面我们未对stderr也就是2说明如何输出，stderr就输出到了屏幕上，这里我们不仅对stdout进行说明，重定向到res2.log中，对标准错误也进行了说明，让其重定向到res2.log的引用即res2.log的文件描述符中。

# 再思考一下 #

为何2>&1要写在command>1的后面，直接用2可以么。比如`ls 2>a`。其实这种用法也是可以的，ls命令列出当前的目录，用stdout（1）表示，由于这个时候没有stderr(2)，这个时候执行`ls 2>a`也会正常产生一个a的文件，但是a的文件中是空的，因为这时候执行ls并没有产生stderr(2)。

http://warjiang.github.io/devcat/2016/11/09/2-1%E4%BB%80%E4%B9%88%E9%AC%BC/?utm\_source=tuicool&utm\_medium=referral

[sh_res1]: /images/20220521/9a99acb6861b48ceac04a00f3abe7a6f.png
[sh_res2]: /images/20220521/f7eb85ca8dc34e5084c074e2622bfa5b.png