下面是一種比較典型的程序模式：
...
Process process = Runtime.getRuntime().exec(".p.exe");
process.waitfor( );
...
在上面的程序中，第一行的“.p.exe”是要執行的程序 名，Runtime.getRuntime()返回當前應用程序的Runtime對象，該對象的exec()方法指示Java虛擬機創建一個子進程執行指 定的可執行程序，並返回與該子進程對應的Process對象實例。通過Process可以控制該子進程的執行或獲取該子進程的信息。第二條語句的目的等待 子進程完成再往下執行。
但在windows平台上，如果處理不當，有時並不能得到預期的結果。下面是筆者在實際編程中總結的幾種需要注意的情況：
1、執行DOS的內部命令
如果要執行一條DOS內部命令，有兩種方法。一種方法是把命令解釋器包含在exec()的參數中。例如，執行dir命令，在NT上，可寫成 exec("cmd.exe /c dir")，在windows 95/98下，可寫成“command.exe /c dir”，其中參數“/c”表示命令執行後關閉Dos立即關閉窗口。另一種方法是，把內部命令放在一個批命令my_dir.bat文件中，在Java程序 中寫成exec("my_dir.bat")。如果僅僅寫成exec("dir")，Java虛擬機則會報運行時錯誤。前一種方法要保證程序的可移植性， 需要在程序中讀取運行的操作系統平台，以調用不同的命令解釋器。後一種方法則不需要做更多的處理。
2、打開一個不可執行的文件
打開一個不可執行的文件，但該文件存在關聯的應用程序，則可以有兩種方式。 以打開一個word文檔a.doc文件為例，Java中可以有以下兩種寫法：
exec("start .a.doc");
exec(" c:Program FilesMicrosoft Officeofficewinword.exe .a.doc");
顯然，前一種方法更為簡捷方便。
3、執行一個有標准輸出的DOS可執行程序
在 windows平台上，運行被調用程序的DOS窗口在程序執行完畢後往往並不會自動關閉，從而導致Java應用程序阻塞在waitfor( )。導致該現象的一個可能的原因是，該可執行程序的標准輸出比較多，而運行窗口的標准輸出緩沖區不夠大。解決的辦法是，利用Java提供的Process 類提供的方法讓Java虛擬機截獲被調用程序的DOS運行窗口的標准輸出，在waitfor()命令之前讀出窗口的標准輸出緩沖區中的內容。一段典型的程 序如下：
...
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( );
...
以上內容為轉載~下面內容為原創!
今天在做客戶端程序的自動更新，簡單描述一下，就是從服務器上將更新包下載下來，然後在本地解壓縮，最後刪掉~功能很簡單。
但是問題出在使用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");
這樣寫是不可能對的。
