Java进程终止判断、waitFor/exitValue调用时机及流处理疑问

1. 两种流处理后调用waitFor()的差异原因 #

问题核心出在输入流读取方式和系统进程输出阻塞机制：

• 用BufferedReader时，一般是循环调用readLine()直到返回null。这个过程中readLine()会持续阻塞等待进程输出，直到进程终止并关闭输出流，此时流读取完毕，进程已经自然终止，后续调用waitFor()只是确认退出状态，当然能正常返回。
• 用ByteArrayOutputStream时，如果你只通过isAvailable()获取当前可用字节数并一次性读取后就停止，进程的输出缓冲区可能没被完全清空。系统进程的输出缓冲区是有限的，缓冲区满时进程会被阻塞，无法继续执行直到缓冲区有空间。这时再调用waitFor()，就会陷入无限等待——进程因输出阻塞没法终止，waitFor()也一直等进程终止。
  而先调用waitFor()的话，进程会先执行完毕，所有输出都写入输入流，此时isAvailable()能拿到全部输出字节数，读取自然没问题。

正确的ByteArrayOutputStream读取方式应该是循环读取直到流结束：

InputStream in = process.getInputStream();
ByteArrayOutputStream baos = new ByteArrayOutputStream();
byte[] buffer = new byte[1024];
int len;
// 循环读取直到流关闭（进程终止后流会自动关闭）
while ((len = in.read(buffer)) != -1) {
    baos.write(buffer, 0, len);
}
String result = baos.toString();
int exitCode = process.waitFor(); // 此时进程已终止，waitFor()会立即返回

2. ByteArrayOutputStream的缓冲区大小确定 #

ByteArrayOutputStream本身是动态扩容的，默认初始大小为32字节，当写入数据超过当前缓冲区大小时，它会自动扩容（通常是翻倍），所以完全可以不用手动指定初始大小。
如果能预估进程输出的大致规模，比如知道最多输出1MB，可以在创建时指定初始大小：new ByteArrayOutputStream(1024 * 1024)，这样能减少扩容次数，小幅提升效率，但不是必须操作。
用isAvailable()获取字节数来设置缓冲区完全不可靠——isAvailable()只返回当前流中已准备好的字节数，进程后续还可能输出更多内容，且进程未终止时这个值是动态变化的。

3. 进程终止判断与waitFor()、exitValue()的使用 #

• 判断进程是否终止：直接调用process.isAlive()，返回false即表示进程已终止。
• waitFor()：调用后会阻塞当前线程，直到目标进程终止，然后返回进程的退出码。适合需要等待进程执行完毕再继续后续逻辑的场景，比如必须拿到进程输出结果才能往下走。
• exitValue()：会立即返回进程的退出码，但如果进程还在运行（isAlive()为true），调用该方法会抛出IllegalThreadStateException。所以只有确定进程已终止时才适合使用，比如已经调用过waitFor()，或通过isAlive()确认过进程已停止。

内容的提问来源于stack exchange，提问作者Umabharathi Manikandan