Почему блок ввода java inputstream.close()?

Question

В моей программе Java используется ProcessBuilder (с параметром redirectErrorStream установлено true) и имеет цикл, который запускает метод чтения входного потока процессов, который блокирует. Внешняя программа, которую я вызываю, останавливается, ожидая ввода и stdin. Теперь я хочу убить процесс. Разве это не выполняется (в отдельном потоке), вызывающим метод уничтожения процесса, и вызывает метод закрытия входного потока, чтобы остановить метод чтения от блокировки больше, так что мой начальный поток может закончиться его жизнью?

По какой-то причине process.getInputStream().close() блоки. Из JavaDoc я не понимаю, почему это может произойти. Кроме того, я не понимаю, почему javadoc говорит: «Метод close из InputStream ничего не делает». (link to javadoc) Может кто-нибудь объяснить это?

Спасибо :-)

Answer 1

Что касается поведения блокировки, на Java существует известная проблема, которая может вызвать тупик при общении с другим процессом. Я не могу сказать, это то, что вы видите, но это стоит посмотреть. Документ для java.lang.Process говорит:

Поскольку некоторые местные платформы только обеспечивают ограниченный размер буфера для стандартных входных и выходных потоков, неспособности оперативно записывать входной поток или читать выходной поток подпроцесса может вызвать подпроцесс , и даже тупик.

Answer 2

По какой-то причине process.getInputStream(). Close() блоки. Из JavaDoc я не вижу , почему это может произойти. Кроме того, I не понимают, почему javadoc говорит «Метод закрытия метода InputStream делает ничего». (ссылка на javadoc) Может ли кому-то объяснить это?

Если вы посмотрите на Javadoc, вы увидите, что InputStream - абстрактный класс. Предполагается, что подклассы, которые расширяют InputStream, переопределяют метод close() (если это необходимо). Очевидно, что подкласс InputStream, который вы используете, делает что-то в методе close.

Answer 3

Добавляя к тому, что написал jdigital, отметьте это article. Он имеет дело с методом Runtime.exec(), и ProcessBuilder был представлен на Java 5, но мне кажется, что обсуждение может быть экстраполировано на системные процессы в целом.

Answer 4

Я думаю, что я понял это. Очевидно, важно вызвать process.getOutputStream(). Close() перед process.getInputStream(). Close() и process.getErrorStream(). Close().

Answer 5

У меня была такая же проблема, и после довольно многого боя нашел решение, которое заключается в использовании InputStream#available() перед чтением чего-либо от Process потоков. Доступен фрагмент моего решения here.