java调用本地应用学习

java调用批处理或可执行文件

用Java编写应用时，有时需要在程序中调用另一个现成的可执行程序或系统命令，这时可以通过组合使用Java提供的Runtime类和Process类的方法实现。下面是一种比较典型的程序模式： 
... 

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( ); 

最近在做一个三维渲染的东西，要把渲染后的效果图展示在网页上，各方面都已经写好了，但一运行就会发现调用本地的渲染器后，本地渲染器的进程一直处于活动状态，下次渲染只能手动结束该进程才可以。但是本地cmd直接调用还是很正常的。后来在网上搜索后找到了原因，就是上面第三条，我的本地render在渲染图的时候会输出很多关于渲染进度的信息，这些信息多的无法全部写入系统分配的缓冲区，这就导致虽然程序结果达到了，但是由于缓冲区满而导致该进程处于阻塞状态。就如上面提到的，不断的把缓冲区中的内容读出，这样就不会产生引缓冲区不足而造成程序阻塞的现象。使得问题得以解决。