`
cary1130
  • 浏览: 200387 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

关于Java Runtime运行一段时间挂起的问题

    博客分类:
  • java
阅读更多
Below quote from http://alartin.iteye.com/blog/42943,javaeye 的同胞 alartin
碰到一个项目需要从Java中运行Perl程序,这个Perl程序调用客户的Web service,每次发送一个请求,接受一个响应。Java程序中包含多个请求,需要多次调用Perl程序,并且接受和解析响应(这个烂设计可不是我干的,我实在不明白强大的Java Web Service为什么要弄成这样,不过客户是老大)。使用Java Runtime的exec()方法,发现运行一段时间后,进程就被挂起了(之前的响应完全正确)。于是分析原因,发现我在运行exec()方法后,立刻执行了Process的waitFor()方法,这里出了问题。在网上找到一篇文章讲述这个问题:
地址:http://brian.pontarelli.com/2005/11/11/java-runtime-exec-can-hang/

Java Runtime exec can hang

November 11, 2005 on 4:40 pm | In Java |

The next version of Savant is going to focus heavily on the stand-alone runtime and support for dialects and plugins. Supporting all that is largely handled by using a simple executor framework I wrote around Java 1.4 and lower’s Runtime.exec method. A few things to keep in mind when using this:

  1. Always read from the streams prior to calling waitFor. Otherwise you could end up waiting forever on Windows and other OS platforms whose I/O buffers can’t store enough from standard out and standard error to ensure the program has finished. These platforms will pause the execution of whatever is running until something reads the buffered content from standard out and standard error. I would imagine all platforms suffer from this, but some platforms have larger buffers than others. Needless to say, always read from the streams first.
  2. Always read from standard error first. I ran across a bug where some OS platforms will always open standard out, but never close it. What this means is that if you read from standard out first and the process only writes to standard error, you’ll hang forever waiting to read. If you read from standard error first, you’ll always be okay on these platforms because the OS seems to shutdown standard error. I think however, that the best way to handle all cases is to check both standard error and standard out for readiness and only read from them if they have something to offer. The downside I could see here is that error isn’t ready, but eventually will be.
可以看出:
  • 永远要在调用waitFor()方法之前读取数据流
  • 永远要先从标准错误流中读取,然后再读取标准输出流
于是将waitFor()方法放在读取数据流后调用,目前没有发现什么问题。

正好解决了我心中的疑问,非常感谢!

我们的程序一开始就是exec完了接着waitFor(),但bat文件执行不完整:

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

后面的build中在waitFor()之前读取了数据流,bat文件就可以完整执行了:

Process proc = Runtime.getRuntime().exec(cmd);
     StreamGobbler errorGobbler = new StreamGobbler(proc.getErrorStream(), "Error");           
                 StreamGobbler outputGobbler = new StreamGobbler(proc.getInputStream(), "Output");
                 errorGobbler.start();
                 outputGobbler.start();

     proc.waitFor();

class StreamGobbler extends Thread {
 InputStream is;

 String type;

 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) {
    if (type.equals("Error"))
     LogManager.logError(line);
    else
     LogManager.logDebug(line);
   }
  } catch (IOException ioe) {
   ioe.printStackTrace();
  }
 }
}

TestPrint.bat:

echo P1=%1  >D:\2.1.2env\2.1.2home\CompuSet\output\TestPrint.log
echo P2=%2 >>D:\2.1.2env\2.1.2home\CompuSet\output\TestPrint.log
echo P3=%3 >>D:\2.1.2env\2.1.2home\CompuSet\output\TestPrint.log
echo P4=%4 >>D:\2.1.2env\2.1.2home\CompuSet\output\TestPrint.log
echo P5=%5 >>D:\2.1.2env\2.1.2home\CompuSet\output\TestPrint.log
echo P6=%6 >>D:\2.1.2env\2.1.2home\CompuSet\output\TestPrint.log

Bad_TestPrint.log:

P1=C:\xPression\CompuSet\output\MartyTestOut1.afp 
P2=Literal1
P3="Rick Skinner"
P4=Parameter3

Good_TestPrint.log

P1=C:\xPression\CompuSet\output\MartyTestOut1.afp 
P2=Literal1
P3="Rick Skinner"
P4=Parameter3
P5=Parameter4
P6=Parameter5

分享到:
评论
1 楼 cary1130 2007-04-19  
vacation has told me how to do,but i still dont know why.why Runtime.exec hang calling waitFor after exec without reading the error and input stream?

相关推荐

    Java200+面试题(2021).pdf

    BIO(Blocking I/O)是阻塞式IO,数据读写时程序会挂起,直到操作完成。NIO(New I/O)是非阻塞式IO,通过使用缓冲区和选择器来提供性能。AIO(Asynchronous I/O)是异步IO,允许IO操作进行的同时,程序继续执行...

    按时间片轮转法实现处理器调度的程序

    当一个进程的时间片用完后,该进程就会被挂起,并将CPU分配给下一个就绪进程。如果当前进程在时间片结束前完成,则可以提前释放CPU。 这种调度方法的主要优点包括: - **公平性**:所有进程都能得到公平的服务。 - ...

    java结束进程的实例代码

    应妥善处理这些输出,避免程序因未捕获的异常而挂起。 2. **进程管理**:执行的外部进程可能会创建子进程。如果需要确保所有相关进程都被结束,可能需要使用更复杂的逻辑来跟踪和终止它们。 3. **权限问题**:终止...

    超级有影响力霸气的Java面试题大全文档

     栈是一种线形集合,其添加和删除元素的操作应在同一段完成。栈按照后进先出的方式进行处理。 堆是栈的一个组成元素 22、forward 和redirect的区别  forward是服务器请求资源,服务器直接访问目标地址的URL,把...

    多线程的机制

    线程的生命周期通常经历四个阶段:新建、运行、挂起和死亡。新建的线程具备运行条件,但必须调用start方法才能开始执行。run方法是线程的主要执行体,可以重写自定义线程的行为。挂起状态可能由CPU资源切换、sleep...

    后端开发基础知识整理JAVA、JVM、操作系统、网络、设计模式、mysql、redis、多线程、spring、springboo

    - **TCP四次挥手、TIME_WAIT作用、保活机制**:四次挥手完成连接关闭,TIME_WAIT状态确保所有数据包被接收,保活定时器防止连接挂起。 以上是对后端开发基础知识的整理,涉及广泛的主题和技术点,旨在帮助开发者...

    操作系统(内存管理)

    它要完成以下三件事:将分配程序标识为已经初始化,找到系统中最后一个有效内存地址,然后建立起指向我们管理的内存的指针。这三个变量都是全局变量: 清单 1. 我们的简单分配程序的全局变量 int has_...

    android reboot 重启

    它首先同步所有挂起的操作,然后根据传入的原因选择合适的重启模式。 4. **注意事项**: - 使用API接口重启时,需要注意不同版本的Android系统可能存在差异,因此在实际开发中应考虑兼容性问题。 - 调用API接口...

    Activiti-5.21库表结构

    - **SUSPENSION_STATE_** (TINYINT):挂起状态。 - **TENANT_ID_** (VARCHAR):租户ID。 #### 结论 通过对Activiti-5.21版本中的库表结构进行分析,我们可以清晰地了解这些表的作用及其之间的关联。这些表不仅涵盖...

Global site tag (gtag.js) - Google Analytics