Java調(diào)用WMIC命令的方法阻塞
今天要寫個(gè)遠(yuǎn)程重啟服務(wù)的功能，為了開發(fā)速度，暫時(shí)定為Java代碼+WMIC命令的方法，簡單的說，就是利用Java調(diào)用本機(jī)應(yīng)用程序的方法。涉及到的Java類有java.lang包里面的Runtime、Process、ProcessBuilder三個(gè)類，以及wmic中重啟服務(wù)的命令。因?yàn)橹耙矊戇^這方面的東西，所以很習(xí)慣性的寫出了代碼：
- Process p = Runtime.getRuntime().exec("wmic ...");
- BufferedReader br = new BufferedReader(new InputStreamReader(p.getInputStream()));
- String tmp = null;
- while ((tmp = br.readline()) != null) {
- System.out.println(tmp);
- }
- int exitValue = p.waitfor();
運(yùn)行，結(jié)果發(fā)現(xiàn)程序不能退出，Debug發(fā)現(xiàn)程序阻塞在br.readline()中了，強(qiáng)制結(jié)束程序，發(fā)現(xiàn)重啟服務(wù)的命令正常下下去了，去掉程序中獲得標(biāo)準(zhǔn)輸出的地方和獲得返回結(jié)果的地方，命令也能正常下去，而且正常退出。
為什么程序會阻塞呢？Google了一下，發(fā)現(xiàn)了大家的解釋，應(yīng)該也是比較權(quán)威的解釋吧：每個(gè)進(jìn)程都有自己的標(biāo)準(zhǔn)輸入、標(biāo)準(zhǔn)輸出、標(biāo)準(zhǔn)錯(cuò)誤輸出，對于某些依賴于OS的進(jìn)程，可能其輸出緩沖區(qū)很小，如果不能及時(shí)的讀出（標(biāo)準(zhǔn)輸出、標(biāo)注錯(cuò)誤輸出），將導(dǎo)致進(jìn)程不能正常退出。我的程序中標(biāo)準(zhǔn)輸出已經(jīng)讀了，顯然原因不是這個(gè)，難道是錯(cuò)誤輸出緩沖區(qū)中的數(shù)據(jù)沒有讀出導(dǎo)致的？帶著這個(gè)疑問，對程序作了一些更改：
- ProcessBuilder pb = new ProcessBuilder("wmic",...);
- pb.redirectErrorStream(true);
- Process p = pb.start();
- BufferedReader br = new BufferedReader(new InputStreamReader(p.getInputStream()));
- String tmp = null;
- while ((tmp = br.readline()) != null) {
- System.out.println(tmp);
- }
- int exitValue = p.waitfor();
編譯運(yùn)行，發(fā)現(xiàn)還是有問題，依然還是阻塞。又google了一下，大家的評論大多還是關(guān)于標(biāo)準(zhǔn)輸出和標(biāo)準(zhǔn)錯(cuò)誤輸出，那這程序應(yīng)該是沒有問題了。后來在cmd中敲入wmic的命令，發(fā)現(xiàn)wmic命令敲入以后會進(jìn)入一個(gè)自有的提示符中，難道是因?yàn)闃?biāo)準(zhǔn)輸入的問題。后來又google了一下，驗(yàn)證了我的猜想，果然是因?yàn)閣mic進(jìn)程會等待標(biāo)準(zhǔn)輸入，而程序中沒有處理標(biāo)準(zhǔn)輸入的地方，是標(biāo)準(zhǔn)輸入阻塞了進(jìn)程的退出，修改代碼：
- ProcessBuilder pb = new ProcessBuilder("wmic",...);
- pb.redirectErrorStream(true);
- Process p = pb.start();
- p.getOutputStream().close();
- BufferedReader br = new BufferedReader(new InputStreamReader(p.getInputStream()));
- String tmp = null;
- while ((tmp = br.readline()) != null) {
- System.out.println(tmp);
- }
- int exitValue = p.waitfor();
編譯運(yùn)行，程序成功執(zhí)行。果然是標(biāo)準(zhǔn)輸入的原因。
后來執(zhí)行的過程中換了一個(gè)服務(wù)的名稱，發(fā)現(xiàn)執(zhí)行失敗（能夠正常退出，但是返回的結(jié)果是“無效動作”），但是同樣的命令，在命令行中執(zhí)行成功，而且直接適用Runtime.exec()方法中寫入整個(gè)命令也能夠執(zhí)行成功，難道是ProcessBuilder的錯(cuò)誤，ProcessBuilder構(gòu)造函數(shù)有兩個(gè)：
ProcessBuilder(List<String> command)
利用指定的操作系統(tǒng)程序和參數(shù)構(gòu)造一個(gè)進(jìn)程生成器。
ProcessBuilder(String... command)
利用指定的操作系統(tǒng)程序和參數(shù)構(gòu)造一個(gè)進(jìn)程生成器。
找到ProcessBuilder的源代碼，發(fā)現(xiàn)了對List<String>的解析方法：JDK將List中的所有字符串用空格連接，對list中的每個(gè)字符串JDK先判斷串中是否包含空格，如果包含空格，用雙引號將該字符串引起來，再拼到前面字符串的后面（應(yīng)該是為了解決路徑中包含空格的問題），可恰好Wmic命令的參數(shù)中有一段是name="ServiceName"，如果ServiceName中包換空格，JDK就會把name="service name"的外層加一個(gè)雙引號，導(dǎo)致wmic不能解析該命令了。
問題終于全都解決了，耗費(fèi)了多半天的時(shí)間，不過收獲總是有的，這里總結(jié)一下，在使用Java調(diào)用外部命令的時(shí)候，一定要注意對標(biāo)準(zhǔn)輸出、標(biāo)準(zhǔn)輸入和錯(cuò)誤輸出的處理。對于一般的命令，只需要將標(biāo)準(zhǔn)輸出和錯(cuò)誤輸出合并，一起讀出來或者在另外的線程中讀出來，而對于一些特殊的命令，還有處理標(biāo)準(zhǔn)輸入。建議即使不使用標(biāo)準(zhǔn)輸入，先close了，總是不會出錯(cuò)了。另外，使用ProcessBuilder時(shí)要注意它的空格處理方式是否是你想要的，如果不是，就不能用ProcessBuilder了，直接使用Runtime.exec()就好了。
