下面是一種比較典型的程序模式：

...

Process process = Runtime.getRuntime().exec(".p.exe");

process.waitfor( );

...

在上面的程序中，第一行的“.p.exe”是要執(zhí)行的程序 名，Runtime.getRuntime()返回當前應用程序的Runtime對象，該對象的exec()方法指示Java虛擬機創(chuàng)建一個子進程執(zhí)行指 定的可執(zhí)行程序，并返回與該子進程對應的Process對象實例。通過Process可以控制該子進程的執(zhí)行或獲取該子進程的信息。第二條語句的目的等待 子進程完成再往下執(zhí)行。

但在windows平臺上，如果處理不當，有時并不能得到預期的結果。下面是筆者在實際編程中總結的幾種需要注意的情況：

1、執(zhí)行DOS的內部命令

如果要執(zhí)行一條DOS內部命令，有兩種方法。一種方法是把命令解釋器包含在exec()的參數(shù)中。例如，執(zhí)行dir命令，在NT上，可寫成 exec("cmd.exe /c dir")，在windows 95/98下，可寫成“command.exe /c dir”，其中參數(shù)“/c”表示命令執(zhí)行后關閉Dos立即關閉窗口。另一種方法是，把內部命令放在一個批命令my_dir.bat文件中，在Java程序 中寫成exec("my_dir.bat")。如果僅僅寫成exec("dir")，Java虛擬機則會報運行時錯誤。前一種方法要保證程序的可移植性， 需要在程序中讀取運行的操作系統(tǒng)平臺，以調用不同的命令解釋器。后一種方法則不需要做更多的處理。

2、打開一個不可執(zhí)行的文件

打開一個不可執(zhí)行的文件，但該文件存在關聯(lián)的應用程序，則可以有兩種方式。 以打開一個word文檔a.doc文件為例，Java中可以有以下兩種寫法：

exec("start .a.doc");

exec(" c:Program FilesMicrosoft Officeofficewinword.exe .a.doc");

顯然，前一種方法更為簡捷方便。

3、執(zhí)行一個有標準輸出的DOS可執(zhí)行程序

在 windows平臺上，運行被調用程序的DOS窗口在程序執(zhí)行完畢后往往并不會自動關閉，從而導致Java應用程序阻塞在waitfor( )。導致該現(xiàn)象的一個可能的原因是，該可執(zhí)行程序的標準輸出比較多，而運行窗口的標準輸出緩沖區(qū)不夠大。解決的辦法是，利用Java提供的Process 類提供的方法讓Java虛擬機截獲被調用程序的DOS運行窗口的標準輸出，在waitfor()命令之前讀出窗口的標準輸出緩沖區(qū)中的內容。一段典型的程 序如下：

...

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( );

...

以上內容為轉載~下面內容為原創(chuàng)!

今天在做客戶端程序的自動更新，簡單描述一下，就是從服務器上將更新包下載下來，然后在本地解壓縮，最后刪掉~功能很簡單。

但是問題出在使用JAVA的ZIP模塊做文件的解壓縮不是想象的那么簡單，資源需要釋放，一個不小心就沒有辦法刪除掉原有ZIP文件了~資源的 占用確實是個大問題，但是好在，客戶端程序更新完是要重啟的，一切都煙消云散了~對于刪除不掉ZIP文件的問題，我也流氓一下~用DEL硬刪除~此處一定 要注意!

Process process = Runtime.getRuntime().exec("cmd /c del f:aaa.doc");

這樣的調用是沒有問題~

Process process = Runtime.getRuntime().exec("del f:aaa.doc");

這樣寫是不可能對的。

更多信息請查看IT技術專欄