用Java編寫(xiě)應(yīng)用時(shí)，有時(shí)需要在程序中調(diào)用另一個(gè)現(xiàn)成的可執(zhí)行程序或系統(tǒng)命令，這時(shí)可以通過(guò)組合使用Java提供的Runtime類和Process類的方法實(shí)現(xiàn)。下面是一種比較典型的程序模式：
...
Process process = Runtime.getRuntime().exec(".\\p.exe");
process.waitfor( );
...
在上面的程序中，第一行的“.\\p.exe”是要執(zhí)行的程序名，Runtime.getRuntime()返回當(dāng)前應(yīng)用程序的Runtime對(duì)象，該對(duì)象的exec()方法指示Java虛擬機(jī)創(chuàng)建一個(gè)子進(jìn)程執(zhí)行指定的可執(zhí)行程序，并返回與該子進(jìn)程對(duì)應(yīng)的Process對(duì)象實(shí)例。通過(guò)Process可以控制該子進(jìn)程的執(zhí)行或獲取該子進(jìn)程的信息。第二條語(yǔ)句的目的等待子進(jìn)程完成再往下執(zhí)行。
但在windows平臺(tái)上，如果處理不當(dāng)，有時(shí)并不能得到預(yù)期的結(jié)果。下面是筆者在實(shí)際編程中總結(jié)的幾種需要注意的情況：
1、執(zhí)行DOS的內(nèi)部命令
如果要執(zhí)行一條DOS內(nèi)部命令，有兩種方法。一種方法是把命令解釋器包含在exec()的參數(shù)中。例如，執(zhí)行dir命令，在NT上， 可寫(xiě)成exec("cmd.exe /c dir")，在windows 95/98下，可寫(xiě)成“command.exe /c dir”，其中參數(shù)“/c”表示命令執(zhí)行后關(guān)閉Dos立即關(guān)閉窗口。另一種方法是，把內(nèi)部命令放在一個(gè)批命令my_dir.bat文件中，在Java程序中寫(xiě)成exec("my_dir.bat")。如果僅僅寫(xiě)成exec("dir")，Java虛擬機(jī)則會(huì)報(bào)運(yùn)行時(shí)錯(cuò)誤。前一種方法要保證程序的可移植性，需要在程序中讀取運(yùn)行的操作系統(tǒng)平臺(tái)，以調(diào)用不同的命令解釋器。后一種方法則不需要做更多的處理。
2、打開(kāi)一個(gè)不可執(zhí)行的文件
打開(kāi)一個(gè)不可執(zhí)行的文件，但該文件存在關(guān)聯(lián)的應(yīng)用程序，則可以有兩種方式。 以打開(kāi)一個(gè)word文檔a.doc文件為例，Java中可以有以下兩種寫(xiě)法：
exec("start .\\a.doc");
exec(" c:\\Program Files\\Microsoft Office\\office\\winword.exe .\\a.doc");
顯然，前一種方法更為簡(jiǎn)捷方便。
3、執(zhí)行一個(gè)有標(biāo)準(zhǔn)輸出的DOS可執(zhí)行程序
在windows平臺(tái)上，運(yùn)行被調(diào)用程序的DOS窗口在程序執(zhí)行完畢后往往并不會(huì)自動(dòng)關(guān)閉，從而導(dǎo)致Java應(yīng)用程序阻塞在waitfor( )。導(dǎo)致該現(xiàn)象的一個(gè)可能的原因是，該可執(zhí)行程序的標(biāo)準(zhǔn)輸出比較多，而運(yùn)行窗口的標(biāo)準(zhǔn)輸出緩沖區(qū)不夠大。解決的辦法是，利用Java提供的Process類提供的方法讓Java虛擬機(jī)截獲被調(diào)用程序的DOS運(yùn)行窗口的標(biāo)準(zhǔn)輸出，在waitfor()命令之前讀出窗口的標(biāo)準(zhǔn)輸出緩沖區(qū)中的內(nèi)容。一段典型的程序如下：
...
String ls_1;
Process process = Runtime.getRuntime().exec("cmd /c dir \\windows");
BufferedReader bufferedReader = new BufferedReader( \
new InputStreamReader(process.getInputStream());
while ( (ls_1=bufferedReader.readLine()) != null)
System.out.println(ls_1);
process.waitfor( );
今天在做客戶端程序的自動(dòng)更新，簡(jiǎn)單描述一下，就是從服務(wù)器上將更新包下載下來(lái)，然后在本地解壓縮，最后刪掉~(yú)功能很簡(jiǎn)單~
但是問(wèn)題出在使用JAVA的ZIP模塊做文件的解壓縮不是想象的那么簡(jiǎn)單，資源需要釋放，一個(gè)不小心就沒(méi)有辦法刪除掉原有ZIP文件了~資源的占用確實(shí)是個(gè)大問(wèn)題，但是好在，客戶端程序更新完是要重啟的，一切都煙消云散了~對(duì)于刪除不掉ZIP文件的問(wèn)題，我也流氓一下~用DEL硬刪除~此處一定要注意！
Process process = Runtime.getRuntime().exec("cmd /c del f:\\aaa.doc");
這樣的調(diào)用是沒(méi)有問(wèn)題~
Process process = Runtime.getRuntime().exec("del f:\\aaa.doc");
這樣寫(xiě)是不可能對(duì)的~
用Java調(diào)用Dos命令時(shí)直接用以下命令就可以完成：
String command="ping 192.168.1.1";
Runtime.getRuntime().exec(command);
并可以使用Process類的getInputStream()方法獲取輸出結(jié)果，但是，我在調(diào)用一些工具軟件的Dos命令時(shí)卻出現(xiàn)了問(wèn)題，輸出結(jié)果只能取到前面一小部分，經(jīng)測(cè)試發(fā)現(xiàn)，exec(command)之后沒(méi)多久，Java就認(rèn)為這個(gè)進(jìn)程結(jié)束了，并立即開(kāi)始執(zhí)行下面的操作，但這時(shí)command實(shí)際上并沒(méi)有結(jié)束，但由于流的關(guān)閉而被迫中斷。
后來(lái)用了同事介紹的方法，將這些Dos命令全部放在一個(gè)批處理文件當(dāng)中，并用
String command="cmd /c start d:\\wmv.bat"
的方法來(lái)調(diào)用（如果不加cmd /c的話，執(zhí)行同樣會(huì)出錯(cuò)），這樣一來(lái)，Java只是新起了一個(gè)進(jìn)程去執(zhí)行批處理，并不會(huì)去管進(jìn)程是否結(jié)束，而是直接開(kāi)始執(zhí)行下面的語(yǔ)句。
但這樣還是有一個(gè)問(wèn)題，就是Java和這個(gè)批處理沒(méi)法進(jìn)行交互，我試過(guò)了Process中的existValue()及waitFor()方法（都是網(wǎng)上說(shuō)可用來(lái)判斷進(jìn)程是否結(jié)束的方法），但都起不到作用，往往是進(jìn)程已經(jīng)結(jié)束了，但Java還認(rèn)為沒(méi)結(jié)束，或者干脆是Java認(rèn)為結(jié)束了，但進(jìn)程卻實(shí)際還在運(yùn)行著。