0 标准输入 stdin
1 标准输出 stdout
2 标准错误 stderr
0 标准输入 stdin
1 标准输出 stdout
2 标准错误 stderr
在计划任务中经常可以看到。例如我们公司的计划任务举例：
*/2 * * * * root cd /opt/xxxx/test_S1/html/xxxx/admin; php index.php task testOne >/dev/null 2>&1 */2 * * * * root cd /opt/xxxx/test_S1/html/xxxx/admin; php index.php task testTwo >/dev/null 2>&1
对于& 1 更准确的说应该是文件描述符 1,而1标识标准输出，stdout。
对于2 ，表示标准错误，stderr。
2>&1 的意思就是将标准错误重定向到标准输出。这里标准输出已经重定向到了 /dev/null。那么标准错误也会输出到/dev/null
可以把/dev/null 可以看作"黑洞". 它等价于一个只写文件. 所有写入它的内容都会永远丢失. 而尝试从它那儿读取内容则什么也读不到.
偶尔也可以把 & 在命令的最后加上，表示让程序后台执行。
为何2>&1要写在后面？
index.php task testOne >/dev/null 2>&1
我们可以理解为，左边是标准输出，好，现在标准输出直接输入到 /dev/null 中，而2>&1是将标准错误重定向到标准输出，所以当程序产生错误的时候，相当于错误流向左边，而左边依旧是输入到/dev/null中。
可以理解为，如果写在中间，那会把隔断标准输出指定输出的文件
重定向
ls 2>1，控制台不会报没有2文件的错误，但会生成一个空文件1，输出一个空的文件1，
解释：把标准错误输出到文件1中，没有错误，所以文件1为空，执行ls命令，显示空文件1
ls xxx 2>1，控制台不报错，没有xxx这个文件的错误输出到了1中；
解释：把标准错误输出到文件1中，执行ls xxx命令，因为没有xxx，是错误，所以没有xxx的错误输出到文件1中
ls xxx 2>&1测试，不会生成1这个文件了，不过错误跑到标准输出了；
解释：控制台报错没有xxx，实际上标准错误被定向到标准输出了
ls xxx >out.txt 2>&1, 等同于ls xxx 1>out.txt 2>&1；重定向符号>默认是1,错误和输出都传到out.txt了。
ls xxx 2>&1 >out.txt, 等同于ls xxx >out.txt，错误会输出到控制台，out.txt为空。
区别：先把1>out.txt，然后2>&1，out.txt可以接受1和2。
先把2>&1，然后1>out.txt，标准错误已经被输出到控制台了，out.txt只能接收到标准输出
fastcheck错误
原来的write_stderr，在跑用例的时候，被定向到标准错误，这边标准输出为空，所以把标准错误重定向到标准输出可解
\! @abs_bindir@/gs_guc reload -D @abs_srcdir@/tmp_check/coordinator1 -Z coordinator -c "audit_system_object" >/dev/null
\! @abs_bindir@/gs_guc reload -D @abs_srcdir@/tmp_check/coordinator1 -Z coordinator -c "audit_system_object" >/dev/null 2>&1