今天在自己的一个技术群中又被问道了这么一个问题，于是又通俗的解释了一下，做个记录，大家看看解 释是否清楚！
shell中可能经常能看到：>/dev/null 2>&1
命令的结果可以通过% >的形式来定义输出
分解这个组合：“>/dev/null 2>&1” 为五部分。
1：> 代表重定向到哪里，例如：echo "123" > /home/123.txt
2：/dev/null 代表空设备文件
3：2> 表示stderr标准错误
4：& 表示等同于的意思，2>&1，表示2的输出重定向等同于 1
5：1 表示stdout标准输出，系统默认值是1，所以">/dev/null"等同于 "1>/dev/null"
因此，>/dev/null 2>&1也可以写成“1> /dev/null 2> &1”
那么本文标题的语句执行过程为：
1>/dev/null ：首先表示标准输出重定向到 空设备文件，也就是不输出任何信息到终端，说白了就是不显示任何信息。
2>&1 ：接着，标准错 误输出重定向 到 标准输出，因为之前标准输出已经重定向到了空设备文件，所以标准错误输出也重定向到空 设备文件。
说清楚了吗，大家理解下吧！
顺便对比述说下这么用的好处！
最常用的方 式有：
command > file 2>file 与command > file 2>&1
它们 有什么 不同的地方吗？
首先command > file 2>file 的意思是将命令所产生的标准输出信息,和错误的 输出信息送到file 中.command > file 2>file 这样的写法,stdout和stderr都直接送到file中, file会被打开两次,这样stdout和stderr会互相覆盖,这样写相当使用了FD1和FD2两个同时去抢占file 的管道 。
而command >file 2>&1 这条命令就将stdout直接送向file, stderr 继承了FD1管道后,再被 送往file,此时,file 只被打开了一次,也只使用了一个管道FD1,它包括了stdout和stderr的内容。
从IO效 率上,前一条命令的效率要比后面一条的命令效率要低,所以在编写shell脚本的时候,较多的时候我们会 command > file 2>&1 这样的写法。
本文出自 “技术成就梦想” 博客，请务必保留此出 处http://ixdba.blog.51cto.com/2895551/526442