轉(zhuǎn)自 derox的Blog
－－－－－－－－－－－－
不知你是否用過這樣的程序，他們 本身并沒有解壓縮的功能，而是調(diào)用DOS程序PKZIP完成ZIP包的解壓縮。但是在程序運(yùn)行時(shí)又沒有DOS控制臺(tái)的窗口出現(xiàn)而且一切本應(yīng)該在DOS下顯 示的信息都出現(xiàn)在了那個(gè)安裝程序的一個(gè)文本框里。這種設(shè)計(jì)既美觀又可以防止少數(shù)眼疾手快的用戶提前關(guān)了你的DOS窗口。
現(xiàn)在就來討論一下，如何用匿名管道技術(shù)實(shí)現(xiàn)這個(gè)功能。

管道技術(shù)由來已久，相信不少人對(duì)DOS命令里的管道技術(shù)最為熟悉。當(dāng)我們type一個(gè)文件的時(shí)候如果想讓他分頁現(xiàn)實(shí)可以輸入

C:\>type autoexec.bat|more

這里“|”就是管道操作符。他以type輸出的信息為讀取端，以more的輸入端為寫入端建立的管道。

Windows中使用較多的管道也是匿名管道，它通過API函數(shù)CreatePipe創(chuàng)建。

1 1 BOOL CreatePipe(
2 2            PHANDLE hReadPipe, // 指向讀端句柄的指針
3 3            PHANDLE hWritePipe, // 指向?qū)懚司浔闹羔?/span>
4 4            LPSECURITY_ATTRIBUTES lpPipeAttributes, // 指向安全屬性結(jié)構(gòu)的指針
5 5            DWORD nSize // 管道的容量
6 6 );

上面幾個(gè)參數(shù)中要注意hReadPipe,hWritePipe是指向句柄的指針，而不是句柄（我第一次用的時(shí)候就搞錯(cuò)了）。nSize一般指定為0,以便讓系統(tǒng)自己決定管道的容量。現(xiàn)在來看安全屬性結(jié)構(gòu)，SECURITY_ATTRIBUTES。

1 typedef struct _SECURITY_ATTRIBUTES { // sa 
2            DWORD nLength; 
3            LPVOID lpSecurityDescriptor; 
4            BOOL bInheritHandle; 
5 } SECURITY_ATTRIBUTES; 

nLength是結(jié)構(gòu)體的大小， 自然是用sizeof取得了。lpSecurityDescriptor是安全描述符（一個(gè)C-Style的字符串）。bInheritHandle他指 出了安全描述的對(duì)象能否被新創(chuàng)建的進(jìn)程繼承。先不要管他們的具體意義，使用的時(shí)候自然就知道了。

好，現(xiàn)在我們來創(chuàng)建一個(gè)管道

1 HANDLE hReadPipe, hWritePipe;
2 SECURITY_ATTRIBUTES sa;
3           
4 sa.nLength = sizeof(SECURITY_ATTRIBUTES);
5 sa.lpSecurityDescriptor = NULL; //使用系統(tǒng)默認(rèn)的安全描述符
6 sa.bInheritHandle = TRUE; //一定要為TRUE，不然句柄不能被繼承。
7 CreeatePipe(&hReadPipe,&hWritePipe,&sa,0);

OK,我們的管道建好了。當(dāng)然這不是最 終目的，我們的目的是把DOS上的一個(gè)程序輸出的東西重定向到一個(gè)Windows程序的Edit控件。所以我們還需要先啟動(dòng)一個(gè)DOS的程序，而且還不能 出現(xiàn)DOS控制臺(tái)的窗口（不然不就露餡了嗎）。我們用CreateProcess創(chuàng)建一個(gè)DOS程序的進(jìn)程。
先別走，參數(shù)是多了點(diǎn)，不過大部分要不 不用自己填要不填個(gè)NULL就行了。lpApplication隨便一點(diǎn)就行了。lpCommandLine可是你要執(zhí)行的命令一定要認(rèn)真寫好。來，我們 瞧瞧lpProcessAttributes和lpThreadAttributes怎么設(shè)置。哎？這不就是剛才那個(gè)嗎。對(duì)阿，不過可比剛才簡(jiǎn)單。由于我 們只是創(chuàng)建一個(gè)進(jìn)程，他是否能在被繼承不敢興趣所以這兩個(gè)值全為NULL。bInHeritHandles也是一定要設(shè)置為TRUE的，因?yàn)槲覀兗热灰? 新的進(jìn)程能輸出信息到調(diào)用他的進(jìn)程里，就必須讓新的進(jìn)程繼承調(diào)用進(jìn)程的句柄。我們對(duì)創(chuàng)建的新進(jìn)程也沒什么別的苛求，所以dwCreationFlags就 為NULL了。lpEnvironment和lpCurrentDirectory根據(jù)你自己的要求是指一下就行了，一般也是NULL。接下來的 lpStartupInfo可是關(guān)鍵，我們要認(rèn)真看一下。

 1 typedef struct _STARTUPINFO { // si 
 2            DWORD cb; 
 3            LPTSTR lpReserved; 
 4            LPTSTR lpDesktop; 
 5            LPTSTR lpTitle; 
 6            DWORD dwX; 
 7            DWORD dwY; 
 8            DWORD dwXSize; 
 9            DWORD dwYSize; 
10            DWORD dwXCountChars; 
11            DWORD dwYCountChars; 
12            DWORD dwFillAttribute; 
13            DWORD dwFlags; 
14            WORD wShowWindow; 
15            WORD cbReserved2; 
16            LPBYTE lpReserved2; 
17            HANDLE hStdInput; 
18            HANDLE hStdOutput; 
19            HANDLE hStdError; 
20 } STARTUPINFO, *LPSTARTUPINFO;

倒！這么多參數(shù)，一個(gè)一個(gè)寫肯定累死了。沒錯(cuò)，MS早就想到會(huì)累死人。所以提供救人一命的API函數(shù)GetStartupInfo。

1 VOID GetStartupInfo(
2            LPSTARTUPINFO lpStartupInfo
3 );
4 

這個(gè)函數(shù)用來取得當(dāng)前進(jìn)程的StartupInfo,我們新建的進(jìn)程基本根當(dāng)前進(jìn)程的StartupInfo差不多，就借用一下啦。然后再小小修改一下即可。

我們要改的地方有這么幾個(gè)：cb,dwFlags，hStdOutput，hStdError，wShowWindow。先說cb，他指的是 STARTUPINFO的大小，還是老手法sizeof。再說wShowWindow,他制定了新進(jìn)程創(chuàng)建時(shí)窗口的現(xiàn)實(shí)狀態(tài)，這個(gè)屬性當(dāng)然給為 SW_HIDE了，我們不是要隱藏新建的DOS進(jìn)程嗎。哈哈，看到hStdOutput和hStdError，標(biāo)準(zhǔn)輸出和錯(cuò)誤輸出的句柄。關(guān)鍵的地方來 了，只要我們把這兩個(gè)句柄設(shè)置為hWrite,我們的進(jìn)程一旦有標(biāo)準(zhǔn)輸出，就會(huì)被寫入我們剛剛建立的匿名管道里，我們?cè)儆霉艿赖膆ReadPipe句柄把 內(nèi)容讀出來寫入Edit控件不就達(dá)到我們的目的了嗎。呵呵，說起來也真是聽容易的阿。這幾個(gè)關(guān)鍵參數(shù)完成了以后，千萬別忘了dwFlags。他是用來制定 STARTUPINFO里這一堆參數(shù)那個(gè)有效的。既然我們用了hStdOutput,hStdError和wShowWindow那dwFlags就給為 STARTF_USESHOWWINDOW | STARTF_USESTDHANDLES。

好了，現(xiàn)在回到CreateProcess的最后一個(gè)參數(shù)lpProcessInformation（累！）。呵呵，這個(gè)參數(shù)不用自己填了，他是CreateProcess返回的信息，只要給他一個(gè)PROCESS_INFORMATION結(jié)構(gòu)事例的地址就行了。

大功高成了，我們管道一端連在了新進(jìn)程的標(biāo)準(zhǔn)輸出端了，一端可以自己用API函數(shù)ReadFile讀取了。等等，不對(duì)，我們的管道還有問題。我們把 hWrite給了hStdOutput和hStdError,那么在新的進(jìn)程啟動(dòng)時(shí)就會(huì)在新進(jìn)程中打開一個(gè)管道寫入端，而我們?cè)诋?dāng)前進(jìn)程中使用了 CreatePipe創(chuàng)建了一個(gè)管道，那么在當(dāng)前進(jìn)程中也有這個(gè)管道的寫入端hWrite。好了，這里出現(xiàn)了一個(gè)有兩個(gè)寫入端和一個(gè)讀出端的畸形管道。這 樣的管道肯定是有問題的。由于當(dāng)前進(jìn)程并不使用寫端，因此我們必須關(guān)閉當(dāng)前進(jìn)程的寫端。這樣，我們的管道才算真正的建立成功了。來看看VC++寫的源程 序  ：