Java：除非手动刷新，否则无法从Process获取stdout数据

Question

我正在用Java编写命令行程序的终端包装，然后使用ProcessBuilder生成子进程。将击键发送到子，我只是写e.getKeyChar()从GUI直奔OutputStream
给出proc.getOutputStream()。为了从子流程接收输出，我基本上有一个while循环，它从子流程的中读取stdout：

while ((b = br.read()) != -1) {
    System.out.println("Read "+b);
    bb[0] = (byte) b;
    // call an event listener with the read byte
    listener.dataReceived(bb);
}

这工作， 只有 当我立刻冲在输出 都
结束。也就是说，我必须刷新每个用户输入，并且子进程必须刷新自己的stdout输入才能发生操作。否则，将read()等待从未真正发送的等待数据的块（子进程的stdout仅保持缓冲）。如何使I
/ O正常运行？

终端子流程示例：

#include <stdio.h>

int main() {
    char c;
    while((c = getchar()) != -1) {
        printf("Got: %d\n", c);
        // doesn't work in my Java program if the next line isn't present
        fflush(stdout);
    }
    return 0;
}

我正在使用Sun Java 6在Ubuntu 10.10上运行。

Answer 1

许多运行时库（例如，我知道libc会这样做，如果其他人也这样做，也不会感到惊讶）默认情况下会缓冲其输出， 除非
输出到终端。当处理许多行时（例如，在正常管道中），这极大地提高了数据处理的效率，但是当信息量很少时，它会带来很多伤害。如果您有权访问子流程的源，那么绝对最好通过关闭缓冲或添加刷新来更新代码。

但这并不总是可能的，尤其是在处理第三方代码时。在这种情况下，我所知道的最佳 其他
修复方法是使用Expect等工具欺骗子流程。在内部，Expect知道如何伪装成终端（在Unix上使用pty和在Windows上使用令人讨厌的黑客手段），从而欺骗其他程序以关闭（或至少减少）它们的缓冲。对于Expect，有一个脚本-
unbuffer-使它专门针对这种使用。（通常，它不仅可以处理不规则的缓冲，还可以做很多事情，但这还是最好的解决方法。）