---------------------------------------------------------------------------------------------
我們在Linux下經常會碰到nohup command>/dev/null 2>&1 &這樣形式的命令。首先我們把這條命令大概分解下首先就是一個nohup表示當前用戶和系統(tǒng)的回話下的進城忽略響應HUP消息。&是把該命令以后臺的job的形式運行。那么就剩下command>/dev/null 2>&1,command>/dev/null較好理解，/dev/null表示一個空設備，就是說吧command的執(zhí)行結果重定向到空設備中，說白了就是不顯示任何信息。那么2>&1又是什么含義?
其實這條命令是一個縮寫版，對于一個重定向命令，肯定是a > b這種形式，那么command > /dev/null難道是command充當a的角色，/dev/null充當b的角色。這樣看起來比較合理，其實一條命令肯定是充當不了a，肯定是command執(zhí)行產生的輸出來充當a，其實就是標準輸出stdout。所以command > /dev/null相當于執(zhí)行了command 1 > /dev/null。執(zhí)行command產生了標準輸出stdout(用1表示)，重定向到/dev/null的設備文件中。
如果不重新定向cron作業(yè)的輸出為標準輸出或標準錯誤，cron守護程序就會通過電子郵件告知您任何命令輸出或錯誤。整句的意思就是標準輸出重定向到空設備文件,也就是不輸出任何信息到終端,標準錯誤輸出重定向等同于標準輸出,因為之前標準輸出已經重定向到了空設備文件,所以標準錯誤輸出也重定向到空設備文件。2>&1 表示標準錯誤輸出重定向等同于標準輸出，因為之前標準輸出已經重定向到了空設備文件，所以標準錯誤輸出也重定向到空設備文件。
通過上面的分析，對于command>a 2>&1這條命令，等價于command 1>a 2>&1可以理解為執(zhí)行command產生的標準輸入重定向到文件a中，標準錯誤也重定向到文件a中。那么是否就說command 1>a 2>&1等價于command 1>a 2>a呢。其實不是，command 1>a 2>&1與command 1>a 2>a還是有區(qū)別的，區(qū)別就在于前者只打開一次文件a，后者會打開文件兩次linux命令，并導致stdout被stderr覆蓋。&1的含義就可以理解為用標準輸出的引用，引用的就是重定向標準輸出產生打開的a。從IO效率上來講，command 1>a 2>&1比command 1>a 2>a的效率更高。
來個shell
//test.sh #!/bin/sh t date
chmod +x test.sh為test.sh增加執(zhí)行權限。這里我們弄了兩條命令，其中t指令并不存在，執(zhí)行會報錯，會輸出到stderr。date能正常執(zhí)行，執(zhí)行會輸出當前時間，會輸出到stdout。
執(zhí)行./test.sh > res1.log結果為
我們發(fā)現(xiàn)stderr并沒有被重定向到res1.log中，stderr被打印到了屏幕上。這也進一步證明了上面說的./test.sh > res1.log等價于./test.sh 1>res1.log
執(zhí)行./test.sh>res2.log 2>&1結果為
在此錄入上述圖表的描述說明，在此錄入 上述圖表的描述說明，在此錄入上述圖表 的描述說明。不要慌，查看錯誤列表發(fā)現(xiàn)錯誤都是引用未定義類導致的，這其實是因為每個demo都會引用opencv library -3.1.0庫文件，但是此時庫文件的路徑發(fā)生了變化，所以才出現(xiàn)了無法正常引入庫文件導致的錯誤，解決方法很簡單，只需要為每個工程重新定位庫文件路徑到當前庫文件路徑即可：。 單擊此處添加標題內容 在此錄入上述圖表的描述說明linux命令，在此錄入 上述圖表的描述說明，在此錄入上述圖表 的描述說明。
為何2>&1要寫在command>1的后面，直接用2可以么。比如ls 2>a。其實這種用法也是可以的，ls命令列出當前的目錄，用stdout（1）表示，由于這個時候沒有stderr(2)，這個時候執(zhí)行l(wèi)s 2>a也會正常產生一個a的文件，但是a的文件中是空的，因為這時候執(zhí)行l(wèi)s并沒有產生stderr(2)。
