下面是一種比較典型的程序模式：
...
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 Files\\Microsoft Office\\Office\\winWord.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");
這樣寫是不可能對的~
