咱們在Linux下常常會碰到nohup command>/dev/null 2>&1 &
這樣形式的命令。首先咱們把這條命令大概分解下首先就是一個nohup
表示當前用戶和系統的回話下的進城忽略響應HUP消息。&
是把該命令之後臺的job的形式運行。那麼就剩下command>/dev/null 2>&1
,command>/dev/null
較好理解,/dev/null
表示一個空設備,就是說吧command的執行結果重定向到空設備中,說白了就是不顯示任何信息。那麼2>&1
又是什麼含義?shell
其實這條命令是一個縮寫版,對於一個重定向命令,確定是a > b
這種形式,那麼command > /dev/null
難道是command充當a的角色,/dev/null充當b的角色。這樣看起來比較合理,其實一條命令確定是充當不了a,確定是command執行產生的輸出來充當a,其實就是標準輸出stdout。因此command > /dev/null
至關於執行了command 1 > /dev/null
。執行command產生了標準輸出stdout(用1表示),重定向到/dev/null的設備文件中。spa
經過上面command > /dev/null
等價於command 1 > /dev/null
,那麼對於2>&1
也就好理解了,2就是標準錯誤,1是標準輸出,那麼這條命令不就是至關於把標準錯誤重定向到標準輸出麼。等等是&1而不是1,這裏&是什麼?這裏&
至關於等效於標準輸出。這裏有點很差理解,先看下面。code
經過上面的分析,對於command>a 2>&1
這條命令,等價於command 1>a 2>&1
能夠理解爲執行command產生的標準輸入重定向到文件a中,標準錯誤也重定向到文件a中。那麼是否就說command 1>a 2>&1
等價於command 1>a 2>a
呢。其實不是,command 1>a 2>&1
與command 1>a 2>a
仍是有區別的,區別就在於前者只打開一次文件a,後者會打開文件兩次,並致使stdout被stderr覆蓋。&1
的含義就能夠理解爲用標準輸出的引用,引用的就是重定向標準輸出產生打開的a。從IO效率上來說,command 1>a 2>&1
比command 1>a 2>a
的效率更高。token
來個shellio
//test.sh
#!/bin/sh
t
date
chmod +x test.sh
爲test.sh增長執行權限。這裏咱們弄了兩條命令,其中t指令並不存在,執行會報錯,會輸出到stderr。date能正常執行,執行會輸出當前時間,會輸出到stdout。function
執行./test.sh > res1.log
結果爲
咱們發現stderr並無被重定向到res1.log中,stderr被打印到了屏幕上。這也進一步證實了上面說的./test.sh > res1.log
等價於./test.sh 1>res1.log
class
執行./test.sh>res2.log 2>&1
結果爲
此次咱們發現stdout和stderr都被重定向到了res2.log中了。上面咱們未對stderr也就是2說明如何輸出,stderr就輸出到了屏 幕上,這裏咱們不只對stdout進行說明,重定向到res2.log中,對標準錯誤也進行了說明,讓其重定向到res2.log的引用即 res2.log的文件描述符中。test
爲什麼2>&1要寫在command>1的後面,直接用2能夠麼。好比ls 2>a
。其實這種用法也是能夠的,ls命令列出當前的目錄,用stdout(1)表示,因爲這個時候沒有stderr(2),這個時候執行ls 2>a
也會正常產生一個a的文件,可是a的文件中是空的,由於這時候執行ls並無產生stderr(2)。效率