shell重定向介绍及使用

我们在写脚本或用脚本时，往往会发现 > /dev/null 2>&1 这类的命令。之前都是简单的了解一下，并没有深度消化，直到自己写脚本时，不认真写成了2>&1 >/dev/null，导致结果出问题。下面我通过网络给大家介绍一下：

shell重定向介绍：

我们平时写的脚本或启动程序，某段代码会处理外部的输入，然后将调用传参指行命令结果输出到屏幕或指定的位置。在交互式的脚本中，输入来自用户的键盘和鼠标，结果输出到用户的屏幕或设备中。而对于某些后台运行的启动脚本或程序，这些都会统统写到日志文件里。

shell脚本也一样，但是我们一般在使用shell命令的时候，更多地还是通过键盘输入，然后在屏幕上查看命令的执行结果。如果某些情况下，我们需要将shell命令的执行结果存储到文件中，那么我们就需要使用输入输出的重定向功能。

文件描述符：

执行shell命令中，默认是从键盘获得输入，并且将结果输出到控制台上。但是我们可以通过更改文件描述符默认的指向，从而实现输入输出的重定向；比如我们将1指向文件，那么标准的输出就会输出到文件中。

输出重定向：

>或1> 重定向，会清除文件里所有以前数据，增加新数据。

>>或1>> 追加重定向，文件结尾加入内容，不会删除已有的内容。

我们使用>或者>>对输出进行重定向。符号的左边表示文件描述符，如果没有的话表示1，也就是标准输出，符号的右边可以是一个文件，也可以是一个输出设备。当使用>时，会判断右边的文件存不存在，如果存在的话就先删除，然后创建一个新的文件，不存在的话则直接创建。但是当使用>>进行追加时，则不会删除原来已经存在的文件。

测试：

执行ls 001.txt 002.log之后，一共有两种输出，其中ls: 无法访问002.log: 没有那个文件或目录是错误输出，001.txt是标准输出。

执行ls 001.txt 002.log >>a.log 将原来的标准输出重定向到了a.log文件中，所以控制台只剩下了错误提示。并且当执行了追加操作时，a.log文件的内容非但没有被清空，反而又多了一条001.txt。

同理，我们也可将错误输出重定向到指定文件中：

 输入重定向：

使用<对输入做重定向，如果符号左边没有写值，那么默认就是0。

以cat命令为例，如果cat后面没有跟文件名的话，那它的作用就是将标准输入（键入）回显到标准输出（屏幕）上：

利用输入重定向，将在键盘上输入的字符写入到文件中；ctrl+c来结束输入：

有时候，我们需要读取一个文件，并写入另一个文件，那么我们可以利用输入重定向：

神奇的事情发生了，error.log文件里面的内容被替换成了a.log文件里的内容。那么<<又是什么作用呢？我们再看：

当我们输入完cat >error.log <<bqh，然后敲下回车之后，命令并没有结束，此时cat命令像一开始一样，等待你给它输入数据。然后当我们敲入end之后，cat命令就结束了。bqh之前输入的字符都已经被写入到了out文件中。这就是输入分割符的作用。

高级用法：重定向绑定

>/dev/null  

这条命令的作用是将标准输出1重定向到/dev/null中。/dev/null代表linux的空设备文件，所有往这个文件里面写入的内容都会丢失，俗称“黑洞”。那么执行了>/dev/null之后，标准输出就会不再存在，没有任何地方能够找到输出的内容。

2>&1  

这条命令用到了重定向绑定，采用&可以将两个输出绑定在一起。这条命令的作用是错误输出将和标准输出同用一个文件描述符，说人话就是错误输出将会和标准输出输出到同一个地方。

linux在执行shell命令之前，就会确定好所有的输入输出位置，并且从左到右依次执行重定向的命令，所以>/dev/null 2>&1的作用就是让标准输出重定向到/dev/null中（丢弃标准输出），然后错误输出由于重用了标准输出的描述符，所以错误输出也被定向到了/dev/null中，错误输出同样也被丢弃了。执行了这条命令之后，该条shell命令将不会输出任何信息到控制台，也不会有任何信息输出到文件中。

>/dev/null 2>&1 与 2>&1 >/dev/null 区别

这两条命令貌似是等同的，但其实大为不同，linux在执行shell命令之前，就会确定好所有的输入输出位置，并且从左到右依次执行重定向的命令，那么我们同样从左到右地来分析2>&1 >/dev/null：

2>&1，将错误输出绑定到标准输出上。由于此时的标准输出是默认值，也就是输出到屏幕，所以错误输出会输出到屏幕，>/dev/null，将标准输出1重定向到/dev/null中（黑洞）。

>/dev/null 2>&1 与 >/dev/null 2>/dev/null 的剖析:

那么可能会有些人会疑问，为什么要用重定向绑定，而不是像>/dev/null 2>/dev/null这样子重复一遍呢。  为了回答这个问题，我们回到刚才介绍输出重定向的场景。我们尝试将标准输出和错误输出都定向到a.log文件中：

纳尼？竟然出现了乱码，这是为啥呢？这是因为采用这种写法，标准输出和错误输出会抢占往a.log文件的管道，所以可能会导致输出内容的时候出现缺失、覆盖等情况。现在是出现了乱码，有时候也有可能出现只有error信息或者只有正常信息的情况。不管怎么说，采用这种写法，最后的情况是无法预估很糟糕的。而且，由于a.log文件被打开了两次，两个文件描述符会抢占性的往文件中输出内容，所以整体IO效率不如>/dev/null 2>&1来得高。

总而言之，在工作中用到最多的就是nohup command >/dev/null 2>&1 命令

参考资料：

1、shell中>/dev/null 2>&1

2、（输入重定向与输出重定向）详细分析

3、>/dev/null 2>&1 和 2>&1 >/dev/null的区别