问题
在LINUX中，周期执行的任务一般由cron这个守护进程来处理[ps -ef|grep cron]。cron读取一个或多个配置文件，这些配置文件中包含了命令行及其调用时间。
cron的配置文件称为“crontab”，是“cron table”的简写。
近期在crontab中添加了一个定时任务，该任务执行之后默认会有正常输出。为了确保在任务执行过程中的异常信息也可以捕获，方便问题定位，因此在crontab中我写了这么一条命令：
01 09 * * * cd /opdir/test/ && ./test.sh &>>test.log
以上命令非常好理解，每天9:01执行test.sh 脚本并且将脚本的标准错误输出、标准输出全部重定向到文件 test.log中。最终发现脚本是正常执行了，但是test.log 这个日志文件中却没有任何内容。
为了解决和解释这个问题，接下来我们先简单介绍下linux系统中重定向的问题
概念
Linux系统中:
1: 表示标准输出(stdout)，默认输出到屏幕
2:表示标准错误输出(stderr)，默认输出到屏幕
在平时我们经常使用如下方法将脚本执行结果重定向：
bash test.sh >test.out //脚本的标准输出写入到文件test.out ,标准错误输出直接打印在屏幕 等价于：bash test.sh 1>test.out bash test.sh >test.out 2>&1 //标准输出和标准错误输出都写入到test.out并且不会互相覆盖，等价于 bash test.sh &>test.out bash test.sh >test.out 2>test.out //标准输出和标准错误输出都写入到test.out，会出现互相覆盖的问题，正常情况不推荐这样使用 bash test.sh &>test.out //等价于第二种方法
比较一下以上几种的效果：
第一种：错误输出在屏幕，正常输出在文件test.out
root@mengalong:~/opdir/mengalong/t/t# cat test.sh #!/bin/bash t date root@mengalong:~/opdir/mengalong/t/t# bash test.sh >test.out test.sh: line 2: t: command not found root@mengalong:~/opdir/mengalong/t/t# cat test.out Wed Oct 31 11:07:24 CST 2018
第二种：错误输出和正常输出均重定向到文件test.out中
root@mengalong:~/opdir/mengalong/t/t# bash test.sh >test.out 2>&1 root@mengalong:~/opdir/mengalong/t/t# cat test.out test.sh: line 2: t: command not found Wed Oct 31 11:09:02 CST 2018
第三种：错误输出和正常输出互相覆盖
root@mengalong:~/opdir/mengalong/t/t# bash test.sh >test.out 2>test.out root@mengalong:~/opdir/mengalong/t/t# cat test.out Wed Oct 31 11:10:36 CST 2018 ot found
第四种，特殊情况，比较一下bash test.sh 2>&1 >test.out 和 bash test.sh >test.out 2>&1 的区别:
root@mengalong:~/opdir/mengalong/t/t# bash test.sh 2>&1 >test.out test.sh: line 2: t: command not found root@mengalong:~/opdir/mengalong/t/t# cat test.out Wed Oct 31 11:12:13 CST 2018
