linux 重定向 1>&2 2>&1

转自：http://zhumeng8337797.blog.163.com/blog/static/10076891420104215439296/

当初在shell中, 看到">&1"和">&2"始终不明白什么意思.经过在网上的搜索得以解惑.其实这是两种输出.

在 shell 程式中，最常使用的 FD (file descriptor) 大概有三个, 分别是: 

0: Standard Input (STDIN) 

1: Standard Output (STDOUT) 

2: Standard Error Output (STDERR) 

在标准情况下, 这些FD分别跟如下设备关联: 

stdin(0): keyboard  键盘输入,并返回在前端 

stdout(1): monitor  正确返回值 输出到前端 

stderr(2): monitor 错误返回值 输出到前端 

举例说明吧:

当前目录只有一个文件 a.txt. 

[root@redhat box]# ls 

a.txt 

[root@redhat box]# ls a.txt b.txt          

ls: b.txt: No such file or directory     由于没有b.txt这个文件, 于是返回错误值, 这就是所谓的2输出 

a.txt     而这个就是所谓的1输出 

再接着看:

[root@redhat box]# ls a.txt b.txt  1>file.out 2>file.err 

执行后,没有任何返回值. 原因是, 返回值都重定向到相应的文件中了,而不再前端显示 

[root@redhat box]# cat file.out 

a.txt 

[root@redhat box]# cat file.err 

ls: b.txt: No such file or directory 

一般来说, "1>" 通常可以省略成 ">". 

即可以把如上命令写成: ls a.txt b.txt  >file.out 2>file.err 

有了这些认识才能理解 "1>&2" 和 "2>&1".

1>&2  正确返回值传递给2输出通道 &2表示2输出通道 

如果此处错写成 1>2, 就表示把1输出重定向到文件2中. 

2>&1 错误返回值传递给1输出通道, 同样&1表示1输出通道. 

举个例子. 

[root@redhat box]# ls a.txt b.txt 1>file.out 2>&1 

[root@redhat box]# cat file.out 

ls: b.txt: No such file or directory 

a.txt 

现在, 正确的输出和错误的输出都定向到了file.out这个文件中, 而不显示在前端. 

补充下, 输出不只1和2, 还有其他的类型, 这两种只是最常用和最基本的.

 

先看例子：

r2007@www r2007 $ (echo -n 123456;sleep 1;echo -n abc >&2;sleep 1;echo -n 789)>puzzle 2>puzzle  
r2007@www r2007 $ cat puzzle  
abc456789  
r2007@www r2007 $ (echo -n 123456;sleep 1;echo -n abc >&2;sleep 1;echo -n 789)>puzzle 2>&1  
r2007@www r2007 $ cat puzzle  
123456abc789  

为了强调每个输出都是step by step，所以加了sleep命令，其实可以省略。(echo ....)等同于一个cmd命令，在这里用一组echo命令是为了能清晰的看到整个操作过程。 
第一种用法实际上同时打开2次puzzle文件。过程如下： 
>puzzle ---- 打开puzzle文件（打开文件的操作会在核心中产生一个数据结构-假设叫做foo结构，其中有很多参数，比如file position-以下简称fp,就是其中之一），然后fd1(标准输出)保存着这个指针（具体结构没做深入分析，姑且简化为保存了一个指针），总而言之，通过fd1可以引用到这个核心中的数据结构。 
2>puzzle --- 基本同上，再次打开这个文件，核心中会产生一个新的数据结构，同时fd2（标准错误输出）保存了这个结构的指针。 
一开始，这两个foo结构中的fp都是0，第一个echo在puzzle文件写入了123456，同时fd1所指向的foo结构中的fp变为6，然后第二个echo要在puzzle文件写入abc，但是它得到的fp是fd2所指向的foo结构中的fp，所以仍然从文件头开始写，所以puzzle中的内容变为abc456，第三个echo就不再罗嗦一遍了，它是从6这个位置开始写操作的。

为什么cmd >file 2>&1这种模式就不会发生混乱呢？ 
就是因为2>&1，不是再打开一次文件，而是fd2照抄fd1，这两个fd共用一个foo结构，所以它们使用的fp也是同一个。 

以下例子可以加深理解这个道理： 

(echo -n 123;sleep 1;echo -n abcde >&2;sleep 1;echo -n 789) >puzzle 2>puzzle  
结果：abc789

 

 (echo -n 123;sleep 1;echo -n abcdeghij >&2;sleep 1;echo -n 789) >puzzle 2>puzzle  
结果：abc789hij

对于编程我是个外行，其中如有错误的概念，欢迎指正。

cat x y 1> hold 2＞＆1

结果就是将标准＋错误输出到hold；

cat x y 2＞＆1 1> hold
则是将错误输出重定向到标准输出，而将标准定向到hold。
所以错误输出不会进入hold，因为被定向到标准输出。

赋值关系 （1） 1 ＝ hold ， 2 ＝ 1；
         （2） 2 ＝ 1 ， 1 ＝ hold。
明白了？呵呵

为何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)