最近學校的網比較搓，DNS天天掛，出口帶寬天天堵，NAT后的總出口帶寬也才4MB/s(來源：360測速)，唉，不親身體會鬼才知道一堆人共享這個帶寬是什么感覺。
廢話不多說了，在Unix下重定向用著感覺很high，現在想把win下的nslookup的錯誤提示“*** Can't find server name for address 10.3.9.5: Non-existent domain”一同導出到txt文件，搜了下，嗯，遂有此文。
再說句廢話，windows這是赤裸裸的抄襲啊，stdio(0),stdout(1),stderr(2)都跟unix是一樣的

重定向符號主要有：>，>>，<，>&，<&和|，以下只有前五個的介紹，最后一個是管道，與Unix亦完全一致。

第一節

首先從一個經典問題開始，“1>nul 2>nul”的意思是既屏蔽正常的輸出又屏蔽錯誤的輸出，那么我們馬上就知道了這里的1表示正常輸出（即所謂的“標準輸出”--stdout），2表示錯誤輸出（即所謂的“標準錯誤輸出”--stderr）。

1和2其實是句柄stdout和stderr的數字代號，至于什么是句柄，我認為可以理解為某種事物的一種標識，或者說這個句柄指向某個事物。舉個例子來說，“標準輸出”以句柄stdout為標識，或者說句柄stdout指向“標準輸出”。
還有一個句柄--stdin，它是所謂“標準輸入”的標識，數字代號是0。除此之外還有3~9可用，只是它們沒有定義。

“標準輸出”和“標準錯誤輸出”默認是要輸出到控制臺con（即cmd窗口）的，而“標準輸入”默認是由控制臺con（即鍵盤）輸入的，因此重定向的目的就是將輸入輸出流從默認位置重定向到新的位置。符號“>”和“>>”的默認句柄代號是1，而“<”的默認句柄代號是0。

“echo hhhhhh”類似于這樣的語句可以說是我們再熟悉不過的了，但這只是種默認的狀態，其實里面還有一些內容。這一句完整的應該是這樣的：“echo hhhhhh 1>con 2>con”，意思是將echo命令的結果中的標準輸出和標準錯誤輸出輸出到控制臺con中，只不過此時標準錯誤輸出是空的。

再看一個例子，如果給dir一個錯誤的參數，例如“dir /mm”，那么寫全了就是“dir /mm 1>con 2>con”，只不過此時的標準輸出是空的。如果你這樣寫的話“dir /mm 1>hero.txt”，那么屏幕上會照常顯示錯誤信息但hero.txt中不會有內容。

再來一個標準輸入的例子，“set /p var= ”其實應該是這樣的“set /p var= 0<con”，只是因為0<con是默認值可以省略。我們當然可以從文件中讀取輸入，如“set /p var= 0<file.txt”，0是默認值可以省略。

nul代表的是“空設備”，是一個不存在的設備，將輸出流重定向到空設備就相當于屏蔽掉了一樣。而如果從空設備中讀取輸入，自然是讀不到東西的，但的確是輸入了，這也就是“set /p var=<nul”中“<nul”相當于回車但不換行的原因。

第二節

下面要講的是句柄代碼之間的“重定向”。 之前不是提到過還有3~9這7個句柄數字代號嗎，這些究竟有什么用？說實話，基本沒什么用，因此建議你如果不是迫切想知道這部分內容的話就不要往下看了。

“echo hero 1>hero.txt”這一句是將標準輸出重定向到文件hero.txt，相當于將句柄代號1的指向由con變為hero.txt?！癳cho hero 3>hero.txt 1<&3”，這句的結果是生成了文件hero.txt，其內容為hero，過程是這樣的：“3>hero.txt”是將句柄數字代號 3的指向由“空”變為hero.txt；“1<&3”是將句柄數字代號3的指向復制給1的指向，此時1的指向就為hero.txt了，因此標準輸出就被重定向到hero.txt中了。

“i<&j”和“i>&j”的效果都是把j的指向復制給i?！癳cho hero >hero.txt 2>&1”這句的意思是，無論是標準輸出還是標準錯誤輸出都會被重定向到hero.txt中，具體過程：1的指向由con轉為 hero.txt，“2>&1”是把1的指向復制給2，此時2的指向也變為了hero.txt，因此1和2都會被重定向到hero.txt 中。注意：1是符號“>”的默認句柄數字代號。

再看“echo hero 3>hero.txt”，這個為什么就不能將結果重定向到文件中呢？記住，我們要重定向的只有標準輸入、標準輸出和標準錯誤輸出，因此真正“干活” 的就只有0、1和2，因為它們分別指代了前面的三者，而3沒有指代任何句柄只能作為間接量使用。

“more 3<hero.txt 0>&3”這句是顯示文件hero.txt，具體過程：“3<hero.txt”把3的指向變為 hero.txt，“0>&3”把3的指向復制給0，即0指向了hero.txt（只不過這次是從hero.txt中讀取數據）。強調一下，真正能讀取數據的是0而不是3，3只是作為中間量而已。剛才這句我們當然可以這么寫：“more 0<hero.txt”或直接“more <hero.txt”。

再來一個例子“echo hero 5>hero.txt 4>&5 3<&4 1<&3”，結果輸出到了hero.txt中。具體過程：5的指向變成hero.txt，“4>&5”把5的指向復制給 4，“3>&4”把4的指向復制給3，“1>&3”把3的指向復制給1，最終1的指向就是hero.txt，則1所指代的標準輸出就被重定向到了hero.txt。

第三節

注意：這一節的內容都是圍繞著下面這個例子進行敘述的。

代碼:

@echo offecho 英雄是好男人！??！echo 1>nul 3>nulecho 英雄是echo 英雄是echo 這是怎么回事，難道就不能 1>con 4>conpause

這究竟是怎么回事？為什么結果會如此出乎意料？
這里涉及到一個所謂“備份”的問題，就是在修改某個句柄代號的指向之前，系統會把該句柄代號原來的指向備份到截止到目前第一個指向為空的句柄代號中。目的是當這一行的程序結束之后，系統可以通過備份找回原來的指向。

( 在繼續閱讀之前建議你準備好紙筆，以便能記錄下各個代號指向的變化，這樣不至于混亂)
我們現在把焦點集中到這句“echo. 1>nul 3>nul”上來。這句究竟是如何工作的呢？

第一步：在運行“1>nul”之前，1的指向是默認值con，此時代號3~9的指向都是空（初始值），因此系統會把1的指向備份到3（因為3是第一個為空的代號），3就指向了con。就是說系統把1原來的指向復制給了3，目的是語句結束后能找回原來的指向，這就相當于備份。

第二步：現在3的指向是con。然而由于要運行“3>nul”，因此還要備份3的指向。此時4是空的，系統就把3的指向con復制給了4，即4現在指向con。就是說3以4為備份。

第三步：由于“3>nul”使得3指向了nul。

第四步：這行語句結束時，1要找回原來的指向，從以上敘述我們知道，3是1的備份，因此1要通過3來恢復“原來”的指向，但此時3的指向已經變為了nul，故1就指向nul。

第五步：而3要恢復原來的指向就要找4，4指向con，故3恢復為con；4原始指向是空的，其備份在5中，故4的指向恢復到空。

至此我們理順一下，現在1指向nul，2指向默認值con，3指向con，4之后都是空指向。那么在運行后兩句echo語句時由于1指向nul，即標準輸出被重定向到空設備，故顯示被屏蔽。

再來看看這句 “echo 這是怎么回事，難道就不能 1>con 4>con” 這句是怎么工作的呢？

第一步：1當前指向是nul，由于要運行“1>con”，因此要進行備份。但此時3指向的是con非空，故系統將1的指向備份到4，即4指向nul。

第二步：又由于要運行“4>con”，故4現在的指向nul就又被備份到5中，5以后的事姑且省略。
第三步：運行完“4>con”之后4就指向con。
第四步：該行程序結束后，1要通過4來恢復指向。4指向con，故1指向con從而恢復了默認狀態。而4找5，5指向nul，故4指向nul。
我們再數一數現在的情況，0指向con，1指向con，2指向con，3沒動還是指向con，4指向nul，5以后都為空指向。
會不會有點亂？那就再好好的看幾遍吧，或者是看看這篇，講的更基礎一些：

第四節
我們已經知道“echo hero”相當于“echo hero 1>con 2>con”，con表示控制臺，可以把con看做是特殊的文件，這就是我們無法建立名為con文件的原因。

再對“>”和“>>”的重定向機制做個分析。當要重定向到的文件有隱藏或系統屬性時，“>>”可以正常運行，而 “>”就無法操作了。據此我推測，對于“>”的重定向輸出，如果文件不存在當然是建立文件，而如果文件存在就先將文件刪除，然后再新建文件，也就是說并非是覆蓋文件的內容而是先刪除文件再建立新文件。

通過第三節的講解你應該明白為什么類似這樣的語句“echo hero >nul >con >hero.txt >con”會以最后一個為準了吧。

最后需要注意一點的是--重定向輸出無法輸出到只讀文件。

完。
WIN下的大部分重定向與Unix還是一致的，嗯

下面是補充

Windows下cmd標準輸入輸出重定向

以上就是Windows cmd命令行輸入輸出重定向問題的詳細內容，更多關于cmd命令行輸入輸出重定向的資料請關注武林網其它相關文章！