再谈shell之“>/dev/null 2>&1”
来源:互联网 发布:mac 分区 编辑:程序博客网 时间:2024/06/05 02:03
今天在自己的一个技术群中又被问道了这么一个问题,于是又通俗的解释了一下,做个记录,大家看看解释是否清楚!
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 这样的写法。
- 再谈shell之“>/dev/null 2>&1”
- 再谈shell之“>/dev/null 2>&1”
- 再谈shell之“>/dev/null 2>&1”
- 再谈shell之“>/dev/null 2>&1”
- 再谈shell之“>/dev/null 2>&1”
- 再谈shell之“>/dev/null 2>&1”
- 再谈shell之“>/dev/null 2>&1”
- 再谈shell之“>/dev/null 2>&1”
- shell之“>/dev/null 2>&1”
- shell之“>/dev/null 2>&1”
- Shell学习之《2<&1 </dev/null》
- shell之“>/dev/null 2>&1”
- shell之“>/dev/null 2>&1” 详解
- shell之“>/dev/null 2>&1”
- shell之“>/dev/null 2>&1”
- shell之“>/dev/null 2>&1” 详解
- shell之“>/dev/null 2>&1”
- shell之“>/dev/null 2>&1”
- CentOS 6.2 下 adb devices 出现 ???????????? no permissions 的解决
- CSS 绝对定位
- outportb函数与inportb函数问题
- ArcGIS API for Microsoft Silverlight/WPF 2.0 Beta版本发布
- @override multiple markers at this line
- 再谈shell之“>/dev/null 2>&1”
- 这样学英语三个月超过你过去学三年(转载)
- WPF Multi-Touch 开发:基础触屏操作(Raw Touch)
- 如何解决Device Emulator 报 Error:Could not read save-state file的问题
- javascript keycode大全
- 启动Tomcat5时报“jar not loaded”错误
- 74CMS 人才系统 v3.2 注射 & 全版本通杀进后台
- ORA-12519: TNS:no appropriate service handler found 解决
- 正射投影函数和视口变换的初步理解