我们在Linux下经常会碰到nohup command>/dev/null 2>&1 &这样形式的命令。首先我们把这条命令大概分解下，首先就是一个nohup表示当前用户和系统的会话下的进城忽略响应HUP消息。&是把该命令以后台的job的形式运行。那么就剩下command>/dev/null 2>&1，command>/dev/null较好理解，/dev/null表示一个空设备，就是说把command的执行结果重定向到空设备中，说白了就是不显示任何信息。那么2>&1又是什么含义?
几个基本符号及其含义
- /dev/null 表示空设备文件
- 0 表示stdin标准输入
- 1 表示stdout标准输出
- 2 表示stderr标准错误
- > 默认为标准输出重定向，与 1> 相同
- 2>&1 意思是把 标准错误输出 重定向到 标准输出
- &>file 意思是把 标准输出 和 标准错误输出 都重定向到文件file中
- >&file 意思是把 标准输出 和 标准错误输出 都重定向到文件file中
从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
test.sh
#!/bin/sh
t
date
chmod +x test.sh为test.sh增加执行权限。
这里我们弄了两条命令，其中t指令并不存在，执行会报错，会输出到stderr。date能正常执行，执行会输出当前时间，会输出到stdout。
执行./test.sh > res1.log结果为：
我们发现stderr并没有被重定向到res1.log中，stderr被打印到了屏幕上。这也进一步证明了上面说的./test.sh > res1.log等价于./test.sh 1>res1.log
验证：./test.sh 1> res1.log
执行结果和上面一样
执行./test.sh>res2.log 2>&1结果为：
这次我们发现stdout和stderr都被重定向到了res2.log中了。
&>file和>&file的意思都是是把 标准输出 和 标准错误输出 都重定向到文件file中
./test.sh &>res3.log
./test.sh >&res4.log
如果不想正确和错误的输出，可以
./test.sh &>/dev/null
另外
说明&后面可以有空格
说明只有正确的输入到文件中了
说明>&之间不能有空格，报语法错误，也不会生成log文件
所以，最好：不要有空格，即：2>&1
部分内容参考：https://www.cnblogs.com/jimboi/p/8108241.html