自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

Java調用WMIC命令的方法阻塞

開發(fā) 后端
今天要寫個遠程重啟服務的功能,為了開發(fā)速度,暫時定為Java代碼+WMIC命令的方法,簡單的說,就是利用Java調用本機應用程序的方法。涉及到的Java類有java.lang包里面的Runtime、Process、ProcessBuilder三個類,以及wmic中重啟服務的命令。

今天要寫個遠程重啟服務的功能,為了開發(fā)速度,暫時定為Java代碼+WMIC命令的方法,簡單的說,就是利用Java調用本機應用程序的方法。涉及到的Java類有java.lang包里面的Runtime、Process、ProcessBuilder三個類,以及wmic中重啟服務的命令。因為之前也寫過這方面的東西,所以很習慣性的寫出了代碼:

  1. Process p = Runtime.getRuntime().exec("wmic ...");  
  2. BufferedReader br = new BufferedReader(new InputStreamReader(p.getInputStream()));  
  3. String tmp = null;  
  4.  
  5. while ((tmp = br.readline()) != null) {  
  6.     System.out.println(tmp);  
  7. }  
  8. int exitValue = p.waitfor(); 

運行,結果發(fā)現(xiàn)程序不能退出,Debug發(fā)現(xiàn)程序阻塞在br.readline()中了,強制結束程序,發(fā)現(xiàn)重啟服務的命令正常下下去了,去掉程序中獲得標準輸出的地方和獲得返回結果的地方,命令也能正常下去,而且正常退出。

為什么程序會阻塞呢?Google了一下,發(fā)現(xiàn)了大家的解釋,應該也是比較權威的解釋吧:每個進程都有自己的標準輸入、標準輸出、標準錯誤輸出,對于某些依賴于OS的進程,可能其輸出緩沖區(qū)很小,如果不能及時的讀出(標準輸出、標注錯誤輸出),將導致進程不能正常退出。我的程序中標準輸出已經讀了,顯然原因不是這個,難道是錯誤輸出緩沖區(qū)中的數(shù)據(jù)沒有讀出導致的?帶著這個疑問,對程序作了一些更改:

  1. ProcessBuilder pb = new ProcessBuilder("wmic",...);  
  2. pb.redirectErrorStream(true);  
  3. Process p = pb.start();  
  4. BufferedReader br = new BufferedReader(new InputStreamReader(p.getInputStream()));  
  5. String tmp = null;  
  6.  
  7. while ((tmp = br.readline()) != null) {  
  8.     System.out.println(tmp);  
  9. }  
  10. int exitValue = p.waitfor(); 

編譯運行,發(fā)現(xiàn)還是有問題,依然還是阻塞。又google了一下,大家的評論大多還是關于標準輸出和標準錯誤輸出,那這程序應該是沒有問題了。后來在cmd中敲入wmic的命令,發(fā)現(xiàn)wmic命令敲入以后會進入一個自有的提示符中,難道是因為標準輸入的問題。后來又google了一下,驗證了我的猜想,果然是因為wmic進程會等待標準輸入,而程序中沒有處理標準輸入的地方,是標準輸入阻塞了進程的退出,修改代碼:

  1. ProcessBuilder pb = new ProcessBuilder("wmic",...);  
  2. pb.redirectErrorStream(true);  
  3. Process p = pb.start();  
  4. p.getOutputStream().close();  
  5. BufferedReader br = new BufferedReader(new InputStreamReader(p.getInputStream()));  
  6. String tmp = null;  
  7.  
  8. while ((tmp = br.readline()) != null) {  
  9.     System.out.println(tmp);  
  10. }  
  11. int exitValue = p.waitfor(); 

編譯運行,程序成功執(zhí)行。果然是標準輸入的原因。

后來執(zhí)行的過程中換了一個服務的名稱,發(fā)現(xiàn)執(zhí)行失敗(能夠正常退出,但是返回的結果是“無效動作”),但是同樣的命令,在命令行中執(zhí)行成功,而且直接適用Runtime.exec()方法中寫入整個命令也能夠執(zhí)行成功,難道是ProcessBuilder的錯誤,ProcessBuilder構造函數(shù)有兩個:

ProcessBuilder(List<String> command)

利用指定的操作系統(tǒng)程序和參數(shù)構造一個進程生成器。

ProcessBuilder(String... command)

利用指定的操作系統(tǒng)程序和參數(shù)構造一個進程生成器。

找到ProcessBuilder的源代碼,發(fā)現(xiàn)了對List<String>的解析方法:JDK將List中的所有字符串用空格連接,對list中的每個字符串JDK先判斷串中是否包含空格,如果包含空格,用雙引號將該字符串引起來,再拼到前面字符串的后面(應該是為了解決路徑中包含空格的問題),可恰好Wmic命令的參數(shù)中有一段是name="ServiceName",如果ServiceName中包換空格,JDK就會把name="service name"的外層加一個雙引號,導致wmic不能解析該命令了。

問題終于全都解決了,耗費了多半天的時間,不過收獲總是有的,這里總結一下,在使用Java調用外部命令的時候,一定要注意對標準輸出、標準輸入和錯誤輸出的處理。對于一般的命令,只需要將標準輸出和錯誤輸出合并,一起讀出來或者在另外的線程中讀出來,而對于一些特殊的命令,還有處理標準輸入。建議即使不使用標準輸入,先close了,總是不會出錯了。另外,使用ProcessBuilder時要注意它的空格處理方式是否是你想要的,如果不是,就不能用ProcessBuilder了,直接使用Runtime.exec()就好了。

原文鏈接:http://blog.csdn.net/ragic/article/details/5583164

責任編輯:林師授 來源: ragic的博客
相關推薦

2023-03-15 08:39:07

遠程服務調用

2009-09-04 09:36:17

Java調用

2012-03-01 13:34:02

Java

2012-02-07 13:21:37

Java

2009-06-19 16:55:47

JNI調用C語言

2010-10-29 16:12:51

Oracle存儲過程

2021-06-04 18:14:15

阻塞非阻塞tcp

2010-03-05 10:36:52

Python調用zip

2012-05-07 08:55:45

Redisbgsavebgrewriteao

2012-06-14 10:34:40

Java阻塞搜索實例

2011-08-29 09:54:45

LUAJAVA 方法

2021-07-26 17:28:03

Java開發(fā)代碼

2023-07-31 08:55:01

Java NIO非阻塞阻塞

2009-12-08 17:15:43

PHP調用Java語言

2009-06-17 13:19:50

Java調用DLL

2023-10-17 09:26:44

Java工具

2009-08-03 12:57:27

C#調用DLL

2010-10-09 16:26:59

mysql存儲過程

2009-07-09 14:32:39

2010-03-15 18:34:08

Java多線程
點贊
收藏

51CTO技術棧公眾號