转自：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)