下面是一種比較典型的程式模式:
...
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、開啟一個不可執行檔檔案
開啟一個不可執行檔檔案,但該檔案存在相關 App程式,則可以有兩種方式。 以開啟一個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");
這樣寫是不可能對的。