1 问题描述 



Java Web 后端下载了一个经特殊算法压缩的 zip 文件，因为不能采用 java 本身自带的解压方式，必须采用 7Zip 来解压。所以，提到了本文中在 java web 后端调用外部 7zip exe 来解压文件的问题。




2 主要实现 

2.1 定义缓冲区类 

class StreamGobbler extends Thread {
    InputStream is;
    String type;
    
    public StreamGobbler(InputStream is, String type) {
        this.is = is;
        this.type = type;
    }
    
    public void run() {
        try {
            InputStreamReader isr = new InputStreamReader(is);
            BufferedReader br = new BufferedReader(isr);
            String line=null;
            while ((line = br.readLine()) != null) {
                System.out.println(type + ">" + line);
            }
        } catch (IOException ioe){
            ioe.printStackTrace();  
        }
    }
}



2.2 执行外部 exe 流程  



String[] cmd = {
    "7za.exe",
    "x",
    zipPath,
    "-o" + outputPath
};


Runtime rt = Runtime.getRuntime();  
Process proc = rt.exec(cmd);  


// 监听出错信息
StreamGobbler errorGobbler = new 
    StreamGobbler(proc.getErrorStream(), "ERROR");            


// 监听输出信息
StreamGobbler outputGobbler = new 
    StreamGobbler(proc.getInputStream(), "OUTPUT");
    
// 启动监听输入
errorGobbler.start();
outputGobbler.start();


// 确保 Runtime.exec 进程执行完毕
int exitVal = proc.waitFor();
System.out.println("ExitValue: " + exitVal);





3 重点解决 

3.1 Process.waitFor 在 tomcat 中执行时，卡死状态 

3.1.1 问题原因 



一定要在调用Process.waitFor()前将程序的stdout和stderr都读完，否则就有可能因为pipe的缓冲区不够，被调用的系统命令阻塞在标准输出和标准错误输出上。Windows因为这个缓冲区的默认值比较小更容易出现这个问题。




需要注意读取程序的stdout和stderr都是阻塞的操作，这意味着必须在两个线程里分别读取，而不是在一个线程里一次读取，否则还是有可能出现阻塞的情况。




[http://www.dongliu.net/post/496142]




3.1.2 其他猜测 



1. 程序主进程会等待process一定的时间，但是时间很少，可能process根本无法完成工作就结束了。 因此，针对使用较长时间做工作的process，就需要调用waitFor方法。 该方法会引起当前Thread等待，直到process中断。 [http://ccchhhlll1988-163-com.iteye.com/blog/1901497]




2. 可能是因为在 tomcat 中启动了一个进程，但是没有权限来杀死这个进程，所以，一直卡在这个界面




4 其他 



4.1 用 Java 自带的解压库 



java.util.zip




由于算法不一致，解压时提示： “invalid CEN header(bad compression method)”




4.2 下载 7Zip 的解压库 



在 sourceforge 网站下载 sevenzipjbinding 压缩包。而且下载的也不是打包好的压缩文件




但是由于不支持最新的解压算法取消。




4.3 tomcat 下是否有调用外部 exe 的权限 



4.4 启动tomcat失败 



服务器能够正常启动项目，但是本地电脑不能启动。提示信息： "org.apache.catalina.LifecycleException: Failed to start component"




当本地 tomcat6 测试调用外部 exe 成功之后，就考虑在实际项目中测试项目是否成功，实际项目中用的是 tomcat7，同时包含了相应的 jdk 文件夹，进行了一定的改装。比如：修改了存放 webapp 的文件夹路径等；删除了一些不必要的文件等；




发现最终原因是因为： 启动时使用了本地较低版本的 jdk，设置 JAVA_HOME 为打包自带的 jdk 文件夹即可。




5 参考资料 



1.

runtime.getruntime.exec 中 waitfor 的用法



程序设计时，有时候需要在等待调用的系统程序完成操作后，当前线程才能做下一步操作，此时可以用类Process的方法waitFor()来实现，它会阻塞当先线程直至调用程序运行结束。





2.

正确的调用系统命令——为Process.waitFor设置超时以及其他



所以在代码中加入超时控制是必须的。但是Process.waitFor()本身并不支持超时时间设置，


一个方法是改用非阻塞的Process.exitValue()方法，然后轮询检查进程状态，这种方式比较消耗CPU，以至于轮询间隔也不能设置得太小，总归不是很完美。


另外就是另起一个线程来调用程序，在主线程中发现超时的时候，直接调用process.destroy()终止进程。



3. When Runtime.exec() won't


介绍为什么不能正常执行 Runtime 函数