今天在自己的一個技術群中又被問道了這麼一個問題，於是又通俗的解釋了一下，做個記錄，大家看看解釋是否清楚！
shell中可能經常能看到：>/dev/null 2>&1
命令的結果可以通過%>的形式來定義輸出
分解這個組合：“>/dev/null 2>&1” 為五部分。
1：> 代表重定向到哪裡，例如：echo "123" > /home/123.txt
2：/dev/null 代表空設備文件
3：2> 表示stderr標准錯誤
4：& 表示等同於的意思，2>&1，表示2的輸出重定向等同於1
5：1 表示stdout標准輸出，系統默認值是1，所以">/dev/null"等同於 "1>/dev/null"
因此，>/dev/null 2>&1也可以寫成“1> /dev/null 2> &1”
那麼本文標題的語句執行過程為：
1>/dev/null ：首先表示標准輸出重定向到空設備文件，也就是不輸出任何信息到終端，說白了就是不顯示任何信息。
2>&1 ：接著，標准錯誤輸出重定向 到 標准輸出，因為之前標准輸出已經重定向到了空設備文件，所以標准錯誤輸出也重定向到空設備文件。
說清楚了嗎，大家理解下吧！
順便對比述說下這麼用的好處！
最常用的方式有：
command > file 2>file 與command > file 2>&1
它們 有什麼不同的地方嗎？
首先command > file 2>file 的意思是將命令所產生的標准輸出信息,和錯誤的輸出信息送到file 中.command > file 2>file 這樣的寫法,stdout和stderr都直接送到file中, file會被打開兩次,這樣stdout和stderr會互相覆蓋,這樣寫相當使用了FD1和FD2兩個同時去搶占file 的管道。
而command >file 2>&1 這條命令就將stdout直接送向file, stderr 繼承了FD1管道後,再被送往file,此時,file 只被打開了一次,也只使用了一個管道FD1,它包括了stdout和stderr的內容。
從IO效率上,前一條命令的效率要比後面一條的命令效率要低,所以在編寫shell腳本的時候,較多的時候我們會command > file 2>&1 這樣的寫法。
