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

绝地灬酷狼 2022-01-27 00:19 182阅读 0赞

#### 一、区别： ####

**2>/dev/null**  
意思就是把错误输出到“黑洞”

**>/dev/null 2>&1**  
默认情况是1，也就是等同于1>/dev/null 2>&1。意思就是把标准输出重定向到“黑洞”，还把错误输出2重定向到标准输出1，也就是标准输出和错误输出都进了“黑洞”

**2>&1 >/dev/null**  
意思就是把错误输出2重定向到标准出书1，也就是屏幕，标准输出进了“黑洞”，也就是标准输出进了黑洞，错误输出打印到屏幕

#### 二、解释： ####

**1、文件描述符**  
Linux系统预留可三个文件描述符：0、1和2，他们的意义如下所示：  
0——标准输入（stdin）  
1——标准输出（stdout）  
2——标准错误（stderr）

标准输出——stdout  
假设:在当前目录下，有且只有一个文件名称为ljl.txt的文件，这时我们运行这个命令【ls ljl.txt】,就会获得一个标准输出stdout的输出结果：ljl.txt  
![在这里插入图片描述][20190524164944872.png]  
错误输出——stderr  
按照上面的假设，我们运行另一条命令【ls gss.txt】，这样我们就会获得一个标准错误stderr的输出结果“ls：无法访问gss.txt：没有那个文件或目录”。  
![在这里插入图片描述][20190524165041606.png]  
**2、重定向**  
重定向的符号有两个：>或>>，两者的区别是：前者会先清空文件，然后再写入内容，后者会将重定向的内容追加到现有文件的尾部。举个例子：  
（1）、重定向标准输出stdout  
![在这里插入图片描述][20190524165513576.png]  
如上图所示，对比没有添加重定向的操作，这条命令在使用之后并没有将123.txt打印到屏幕。在紧接的cat操作后，可以发现本来应该被输出的内容被记录到stdout.txt中。

（2）、重定向标准错误stderr  
![在这里插入图片描述][20190524165600561.png]  
如上图所示，文件描述符2，标准错误的重定向也是同样的原理被记录在了文件stderr.txt这个文件里面了。

（3）、可以将stderr单独定向到一个文件，stdout重定向到另一个文件  
cmd 2> stderr.txt 1>stdout.txt

（4）、也可以将stderr和stdout重定向到同一个文件  
cmd > output.txt 2>&1

或采用下面的方法，可以少写几个字，能达到同样的效果

cmd &> output.txt

cmd >& output.txt \#两个表达式效果一样的

**3、Linux特殊文件**  
/dev/null是一个特殊的设备文件，这个文件接收到任何数据都会被丢弃。因此，null这个设备通常也被称为位桶（bit bucket）或黑洞。  
所以，2>/dev/null的意思就是将标准错误stderr删掉。

**附：linux中单进程的文件数据结构图**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xvbmdnZWFpc2lzaQ_size_16_color_FFFFFF_t_70]  
上图是linux中单进程的文件数据结构图，最左边使我们熟悉的fd标志，也就是文件描述符，一个进程内所有的文件描述符按照顺序排列构成一张文件描述符表，其中包括fd0，fd1，fd2。（注意：这里并没有说标准输入，标准输出，错误输出，原因后面讲）  
　　那么，问题来了，假如我们想fd1写入数据时，最终数据会到哪儿呢？事实上fd1作为文件描述符，它本身并不是文件的真正的“入口”，文件真正的“入口”在文件描述符表的第二列：记录了每个文件描述符所对应文件位置的文件指针。换言之，如果我们更换fd1所对应的文件指针，就改变了fd1指向文件的”真正位置”。  
　　fd0，fd1，fd2指向的文件默认情况下分别是/dev/stdin、/dev/stdout和/dev/stderr，这才是真正的标准输入，标准输出，错误输出，如果将数据写入到/dev/stdout中，就会在屏幕上显示数据，fd0，fd1，fd2只是标志而已，真正起作用的是他们对应的文件指针！  
　　所以重定向命令’>’所做的工作就是就是改变了fd所对应的文件指针！

参考来自：[https://blog.csdn.net/gramdog/article/details/80374119，https://blog.csdn.net/zhongqi2513/article/details/78613768，https://blog.csdn.net/a1439458305/article/details/79586567][https_blog.csdn.net_gramdog_article_details_80374119_https_blog.csdn.net_zhongqi2513_article_details_78613768_https_blog.csdn.net_a1439458305_article_details_79586567]

[20190524164944872.png]: /images/20220127/edadf5b34bdf4d82ab48ca1cd025fa7e.png
[20190524165041606.png]: /images/20220127/ad0ac148b61e41ae97053275de860f7b.png
[20190524165513576.png]: /images/20220127/cdad8bbbc8744600a78affda52c88357.png
[20190524165600561.png]: /images/20220127/0ed1294fba604ce2ae71488b63f169ba.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xvbmdnZWFpc2lzaQ_size_16_color_FFFFFF_t_70]: /images/20220127/521fa82bdf744fd9972bac7a9c932d2c.png
[https_blog.csdn.net_gramdog_article_details_80374119_https_blog.csdn.net_zhongqi2513_article_details_78613768_https_blog.csdn.net_a1439458305_article_details_79586567]: https://blog.csdn.net/gramdog/article/details/80374119%EF%BC%8Chttps://blog.csdn.net/zhongqi2513/article/details/78613768%EF%BC%8Chttps://blog.csdn.net/a1439458305/article/details/79586567