[转载]shell之“>/dev/null 2>&1”

【转载时请以超链接形式标明文章出处和作者信息及本声明】
原文链接： http://www.ixdba.net/a/os/linux/2010/0422/35.html

今天在自己的一个技术群中又被问道了这么一个问题，于是又通俗的解释了一下，做个记录，大家看看解释是否清楚！

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
转载者注：个人觉得>&应该分开来看待，>还是定向的意思，而&是和后面的“1”结合的，表示引用之意，正如C++中的引用使用的通道和前面的是同一个的意思。
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 这样的写法。


/dev/null与/dev/zero的区别
三月 6th, 2009 北街
No comment

/dev/null，它是空设备，也称为位桶（bit bucket），外号叫无底洞。任何写入它的输出都会被抛弃。如果不想让消息以标准输出显示或写入文件，那么可以将消息重定向到位桶。

/dev/zero，是一个输入设备，你可你用它来初始化文件。该设备无穷尽地提供0，可以使用任何你需要的数目——设备提供的要多的多。他可以用于向设备或文件写入字符串0。

    $ if=/dev/zero of=./test.txt bs=1k count=1
    $ ls -l
    total 4
    -rw-r--r-- 1 oracle dba 1024 Jul 15 16:56 test.txt
    ...
    $ find / -name access_log 2>/dev/null

这样，一些诸如一些错误信息就不会显示出来

Linux中, /var/spool/cron/root 中看到了以下的内容:
30 19 * * * /usr/bin/**dcon.sh > /dev/null 2>&1
59 23 * * 1-7 /home/s**-log/squid-log.renew > /dev/null 2>&1
50 1 * * 1-7 /usr/local/src/**log.sh > /dev/null 2>&1
20 2 * * 1-7 /home/sq**-log/**log > /dev/null 2>&1
30 2 * * 1-7 /home/sq**-log/**log.01
30 22 * * * /bin/**sync > /dev/null 2>&1
00 8 * * 1-7 /home/**-log/rmcore > /dev/null 2>&1
00 16 * * 1-7 /home/**-log/rmcore > /dev/null 2>&1