在shell中，每个进程都和三个系统文件相关联：标准输入stdin，标准输出stdout、标准错误stderr，三个系统文件的文件描述符分别为0，1、2。进程需要的输入来自stdin文件、进程的标准输出是送到stdout文件、标准错误输出是送到stderr文件。而stdout(1)/stderr(2)默认是输出到终端。
stdin, stdout, stderr - 标准 I/O 流，都是一个指向文件的指针
#include <stdio.h> extern FILE *stdin; extern FILE *stdout; extern FILE *stderr;
实例解析:
echo log > /dev/null 2>&1
/dev/null ：代表空设备文件
> ：代表重定向到哪里，例如：echo "123" > /home/123.txt
1 ：表示stdout标准输出，系统默认值是1，所以">/dev/null"等同于"1>/dev/null"
2 ：表示stderr标准错误
& ：表示等同于的意思，2>&1，表示2的输出重定向等同于1
1 > /dev/null 2>&1 语句含义：
1 > /dev/null ： 首先表示标准输出重定向到空设备文件，也就是不输出任何信息到终端，说白了就是不显示任何信息。
2>&1 ：接着，标准错误输出重定向（等同于）标准输出，因为之前标准输出已经重定向到了空设备文件，所以标准错误输出也重定向到空设备文件。
实例解析：
cmd >a 2>a 和 cmd >a 2>&1 为什么不同？
cmd >a 2>a ： stdout和stderr都直接送往文件 a ，a文件会被打开两遍，由此导致stdout和stderr互相覆盖。
cmd >a 2>&1 ： stdout直接送往文件a ，stderr是继承了FD1的管道之后，再被送往文件a 。a文件只被打开一遍，就是FD1将其打开。
两者的不同点在于：
cmd >a 2>a 相当于使用了FD1、FD2两个互相竞争使用文件 a 的管道；
cmd >a 2>&1 只使用了一个管道FD1，但已经包括了stdout和stderr。
从IO效率上来讲，cmd >a 2>&1的效率更高。
下面通过一个例子来展示2>&1有什么作用：
$ cat test.sh
t
date
test.sh中包含两个命令，其中t是一个不存在的命令，执行会报错，默认情况下，错误会输出到stderr。date则能正确执行，并且输出时间信息，默认输出到stdout
./test.sh > test1.log 等同于./test.sh 1>test1.log，即标准输出写到文件test1.log，标准错误输出到终端
./test.sh: line 1: t: command not found
$ cat test1.log
Wed Jul 10 21:12:02 CST 2013
可以看到，date的执行结果被重定向到log文件中了，而t无法执行的错误则只打印在屏幕上。
$ ./test.sh > test2.log 2>&1
$ cat test2.log
./test.sh: line 1: t: command not found
Tue Oct 9 20:53:44 CST 2007
这次，stderr和stdout的内容都被重定向到log文件中了。
实际上，
> 就相当于 1>
也就是重定向标准输出，不包括标准错误。通过2>&1，就将标准错误重定向到标准输出了，那么再使用>重定向就会将标准输出和标准错误信息一同重定向了。如果只想重定向标准错误到文件中，则可以使用2>
file。
注意2>1和2>&1的区别，1代表一个文件，类似于test.log的文件，而&1表示文件描述符1，它指向的是标准输出文件
你可以用
ls 2>1：测试一下，不会报没有2文件的错误，但会输出一个空的文件1；
ls xxx 2>1：测试，没有xxx这个文件的错误输出到了文件1中；
ls xxx 2>&1：测试，不会生成1这个文件了，不过错误跑到标准输出了；
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，但标准错误仍然保持在终端。