我想在 java 代码中调用一个外部程序，然后 Google 告诉我 Runtime 或 ProcessBuilder 可以帮助我完成这项工作。我试过了，出现了java程序无法退出的问题，即子进程和父进程都在等待。他们正在挂起或陷入僵局。
有人告诉我原因是子进程的缓存太小了。当它试图将数据返回给父进程，但父进程没有及时读取数据时，它们都会挂起。所以他们建议我分叉一个线程来负责读取子进程的缓存数据。我按照他们告诉我的去做，但仍然存在一些问题。
然后我关闭通过 getOutputStream() 方法获得的输出流。最后，程序成功。但我不知道为什么会这样？输出蒸汽和输入流之间是否存在某种关系？
您在问题中提供的细节很少，所以我只能提供一般性的答案。
所有进程都有三个标准流：标准输入、标准输出和标准错误。标准输入用于读入数据，标准输出用于写出数据，标准错误用于写出错误消息。Runtime.getRuntime().exec()当您使用or启动外部程序时ProcessBuilder，Java 将为外部程序创建一个Process对象，该Process对象将具有访问这些流的方法。
这些流的访问方式如下：
process.getOutputStream(): 返回外部程序的标准输入。这是OutputStream您的 Java 代码将写入的内容。process.getInputStream()：返回外部程序的标准输出。这是InputStream您的 Java 代码将从中读取的内容。process.getErrorStream()：返回外部程序的标准误差。这InputStream就像标准输出一样，是您的 Java 代码将从中读取的内容。请注意， 和 的名称getInputStream()可能getOutputStream()会造成混淆。
您的 Java 代码和外部程序之间的所有流都被缓冲。这意味着每个流都有少量内存（缓冲区），写入者可以在其中写入尚未被读取者读取的数据。写入器不必等待读取器立即读取其数据；它可以将其输出留在缓冲区中并继续。
写入缓冲区和读取缓冲区有两种挂起方式：
在第一种情况下，写入器将通过读取数据来等待缓冲区中的空间。在第二种情况下，阅读器将等到数据写入缓冲区。
您提到关闭返回的流getOutputStream()导致您的程序成功完成。这将关闭外部程序的标准输入，告诉它没有更多内容可供读取。如果您的程序随后成功完成，这表明您的程序在挂起时正在等待更多输入。
可能有争议的是，如果您确实运行了一个外部程序，如果您不需要使用它，您应该关闭它的标准输入，就像您所做的那样。这告诉外部程序将不再有输入，因此消除了它在等待输入时卡住的可能性。但是，它没有回答为什么您的外部程序正在等待输入的问题。
大多数时候，当您使用Runtime.getRuntime().exec()or运行外部程序时ProcessBuilder，您并不经常使用标准输入。通常，您会在命令行上将所需的任何输入传递给外部程序，然后读取其输出（如果它生成任何输出）。
您的外部程序是否按照您的需要执行然后卡住，显然是在等待输入？您是否需要将数据发送到其标准输入？如果您在 Windows 上使用 启动一个进程cmd.exe /k ...，命令解释器将在它启动的程序退出后继续运行。在这种情况下，您应该使用/c而不是/k.
最后，我想强调一下，有两个输出流，标准输出和标准错误。如果您在错误的时间从错误的流中读取，可能会出现问题。如果您在缓冲区为空时尝试从外部程序的标准输出中读取，您的 Java 代码将等待外部程序生成输出。但是，如果您的外部程序正在向其标准错误写入大量数据，它可能会填满缓冲区，然后发现自己正在等待您的 Java 代码通过读取缓冲区来腾出空间。这样做的最终结果是您的 Java 代码和外部程序都在等待对方做某事，即死锁。
这个问题可以简单地通过使用 aProcessBuilder并确保你用一个值调用它的redirectErrorStream()方法来解决。true调用此方法会将外部程序的标准错误重定向到其标准输出，因此您只有一个流可供读取。