转载自:
背景
SHELL在执行一个UNIX命令时,自动打开三个文件:stdin(标准输入)、stdout(标准输出)、stderr(标准错误),文件描述字分别是0、1、2。
command >out.file 2>&1 &
command>out.file是将command的输出重定向到out.file文件,即输出内容不打印到屏幕上,而是输出到out.file文件中。
2>&1是将标准出错重定向到标准输出,这里的标准输出已经重定向到了out.file文件,即将标准出错也输出到out.file文件中。
最后一个&, 是让该命令在
后台执行。
试想
2>1代表什么,2与>结合代表
错误重定向,而
1则代表错误重定向到一个文件1,而不代表标准输出;
换成2>&1,
&与1结合就代表标准输出了,就变成错误重定向到标准输出.
你可以用
ls 2>1测试一下,不会报没有2文件的错误,但会输出一个空的文件1;
-
[root@localhost ~]# ls 2>1
-
1 anaconda-ks.cfg a.txt install.log install.log.syslog
-
[root@localhost ~]# cat 1
-
[root@localhost ~]#
ls xxx 2>1测试,没有xxx这个文件的错误输出到了1中;
-
[root@localhost ~]# pwd
-
/root
-
[root@localhost ~]# ls xxx 2>1
-
[root@localhost ~]# cat 1
-
ls: 鏃犳硶璁块棶xxx: 娌℃湁閭d釜鏂囦欢鎴栫洰褰
-
[root@localhost ~]#
ls xxx 2>&1测试,不会生成1这个文件了,不过错误跑到标准输出了;
-
[root@localhost ~]# ls xxx 2>&1
-
ls: 鏃犳硶璁块棶xxx2: 娌℃湁閭d釜鏂囦欢鎴栫洰褰
-
[root@localhost ~]#
ls xxx >out.txt 2>&1, 实际上可换成 ls xxx 1>out.txt 2>&1;重定向符号>默认是1 ,错误和输出都传到out.txt了。
为何2>&1要写在后面?
command > file 2>&1
首先是command > file将标准输出重定向到file中, 2>&1 是标准错误拷贝了标准输出的行为,也就是同样被重定向到file中,最终结果就是标准输出和错误都被重定向到file中。
command 2>&1 >file
2>&1 标准错误拷贝了标准输出的行为,但此时标准输出还是在终端。>file 后输出才被重定向到file,但标准错误仍然保持在终端。
用
strace可以看到:
1. command > file 2>&1
这个命令中实现重定向的关键系统调用序列是:
open(file) == 3
dup2(3,1)
dup2(1,2)
2. command 2>&1 >file
这个命令中实现重定向的关键系统调用序列是:
dup2(1,2)
open(file) == 3
dup2(3,1)
可以考虑一下不同的dup2()调用序列会产生怎样的文件共享结构。请参考APUE 3.10, 3.12
strace调试Oracle的时候会用到
参考文章
Linux strace命令
阅读(688) | 评论(0) | 转发(0) |