先说第一个问题:
> 直接把内容生成到指定文件,会覆盖源文件中的内容,还有一种用途是直接生成一个空白文件,相当于 touch 命令
>> 尾部追加,不会覆盖掉文件中原有的内容
第二个问题: 2>&1 究竟是什么了?
我们在 Linux 下经常会碰到nohup command>/dev/null 2>&1 &
这样形式的命令。首先我们把这条命令大概分解下首先就是一个nohup
表示当前用户和系统的会话下的进程忽略响应 HUP 消息。&
是把该命令以后台的 job 的形式运行。那么就剩下command>/dev/null 2>&1
,command>/dev/null
较好理解,/dev/null
表示一个空设备,就是说吧 command 的执行结果重定向到空设备中,说白了就是不显示任何信息。那么2>&1
又是什么含义?
2>&1
几个基本符号及其含义
- /dev/null 表示空设备文件
- 0 表示 stdin 标准输入
- 1 表示 stdout 标准输出
- 2 表示 stderr 标准错误
从 command>/dev/null 说起
其实这条命令是一个缩写版,对于一个重定向命令,肯定是a > b
这种形式,那么command > /dev/null
难道是 command 充当 a 的角色,/dev/null 充当 b 的角色。这样看起来比较合理,其实一条命令肯定是充当不了 a,肯定是 command 执行产生的输出来充当 a,其实就是标准输出 stdout。所以command > /dev/null
相当于执行了command 1 > /dev/null
。执行 command 产生了标准输出 stdout(用 1 表示),重定向到 / dev/null 的设备文件中。
说说 2>&1
通过上面command > /dev/null
等价于command 1 > /dev/null
, 那么对于2>&1
也就好理解了,2 就是标准错误,1 是标准输出,那么这条命令不就是相当于把标准错误重定向到标准输出么。等等是 & 1 而不是 1,这里 & 是什么?这里&
相当于等效于标准输出。这里有点不好理解,先看下面。
command>a 2>a 与 command>a 2>&1 的区别
通过上面的分析,对于command>a 2>&1
这条命令,等价于command 1>a 2>&1
可以理解为执行 command 产生的标准输入重定向到文件 a 中,标准错误也重定向到文件 a 中。那么是否就说command 1>a 2>&1
等价于command 1>a 2>a
呢。其实不是,command 1>a 2>&1
与command 1>a 2>a
还是有区别的,区别就在于前者只打开一次文件 a,后者会打开文件两次,并导致 stdout 被 stderr 覆盖。&1
的含义就可以理解为用标准输出的引用,引用的就是重定向标准输出产生打开的 a。从 IO 效率上来讲,command 1>a 2>&1
比command 1>a 2>a
的效率更高。
举个例子
来个 shell
//test.sh
#!/bin/sh
t
date
chmod +x test.sh
为 test.sh 增加执行权限。这里我们弄了两条命令,其中 t 指令并不存在,执行会报错,会输出到 stderr。date 能正常执行,执行会输出当前时间,会输出到 stdout。
执行./test.sh > res1.log
结果为
我们发现 stderr 并没有被重定向到 res1.log 中,stderr 被打印到了屏幕上。这也进一步证明了上面说的./test.sh > res1.log
等价于./test.sh 1>res1.log
执行./test.sh>res2.log 2>&1
结果为
这次我们发现 stdout 和 stderr 都被重定向到了 res2.log 中了。上面我们未对 stderr 也就是 2 说明如何输出,stderr 就输出到了屏 幕上,这里我们不仅对 stdout 进行说明,重定向到 res2.log 中,对标准错误也进行了说明,让其重定向到 res2.log 的引用即 res2.log 的文件描述符中。
再思考一下
为何 2>&1 要写在 command>1 的后面,直接用 2 可以么。比如ls 2>a
。其实这种用法也是可以的,ls 命令列出当前的目录,用 stdout(1)表示,由于这个时候没有 stderr(2),这个时候执行ls 2>a
也会正常产生一个 a 的文件,但是 a 的文件中是空的,因为这时候执行 ls 并没有产生 stderr(2)。