問題
在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
這里只是把 2>&1 放在了 >test.out 前邊，但是結果卻不是像我們想象的那樣，錯誤和正常輸出都進入test.out 文件。這是因為, bash test.sh 2>&1 >test.out 這個命令中， 2>&1 的時候，只是把錯誤輸出重定向到了標準輸出，而此時標準輸出的默認值是屏幕，因此實際等價于標準錯誤輸出被重定向到了屏幕，而非文件。因此重定向需要注意順序。
問題解決
接下來再回過頭來看看，我寫的crontab任務：
01 09 * * * cd /opdir/test/ && ./test.sh &>>test.log
按照上邊的概念分析，這種寫法應該等價于./test.sh >test.log 2>&1 ，腳本執行的輸出和標準錯誤輸出全部重定向到 test.log。但是實際情況卻是test.log文件中并沒有任何內容。
這是因為 crontab 默認使用的shell環境為 /bin/sh, 而/bin/sh 并不支持 &>>test.log 這種重定向方法，因此我們看到的效果是test.log 中沒有內容。
因此解決問題的方法就是將crontab的重定向方法進行修改：
01 09 * * * cd /opdir/test/ && ./test.sh >>test.log 2>&1
啰嗦一句
crontab執行過程中，如果腳本輸出沒有重定向，那么會默認給系統用戶發郵件，郵件內容一般存儲在 /var/mail/$user 中，如果不清理就會打滿服務器根分區，最終導致機器無法登陸。因此推薦的crontab命令寫法如下：
01 09 * * * cd /opdir/test/ && ./test.sh >>test.log 2>&1 </dev/null &
具體后邊增加了 </dev/null & ，這個的含義就不多說了，感興趣的可以自己分析一下
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。
