¿por qué bloquea el inputtream.close() de java?

Question

Mi programa Java usa ProcessBuilder (con redirectErrorStream set true) y tiene un bucle que ejecuta el método de lectura de inputstream de los procesos, que es de bloqueo. El programa externo que estoy llamando deja de esperar la entrada y el stdin. Ahora quiero matar el proceso. ¿No se hace esto (en un hilo separado) llamando al método de destrucción del proceso y llamando al método de cierre de inputstream para evitar que el método de lectura bloquee más, de modo que mi hilo inicial pueda terminar con su vida útil?

Por alguna razón process.getInputStream().close() bloques. Desde JavaDoc no veo por qué puede suceder esto. Además, no entiendo por qué el javadoc dice "El método cercano de InputStream no hace nada". (link to javadoc) ¿Podría alguien explicar esto?

Gracias :-)

Answer 1

En cuanto al comportamiento de bloqueo, existe un problema conocido en Java que puede causar interbloqueo al comunicarse con otro proceso. No puedo decir si esto es lo que estás viendo, pero vale la pena investigarlo. El documento de java.lang.Process dice:

Debido a que algunas plataformas nativas solamente proporcionan tamaño del búfer limitado para flujos de entrada y de salida estándar, fracaso para escribir rápidamente el flujo de entrada o leer el flujo de salida de el subproceso puede causar el subproceso para bloquear e incluso punto muerto.

Answer 2

Por alguna razón process.getInputStream(). Close() bloques. Desde el JavaDoc no veo por qué esto puede suceder. Además, I no entiendo por qué el javadoc dice "El método de cierre de InputStream no hace nada ". (enlace a javadoc) ¿Podría alguien explicar esto?

Si observa el Javadoc, verá que InputStream es una clase abstracta. Se espera que las subclases que extienden InputStream anulen el método close() (si fuera necesario). Claramente, la subclase InputStream que está utilizando hace algo en el método de cierre.

Answer 3

Agregando a lo que escribió jdigital, marque article. Se trata del método Runtime.exec(), y ProcessBuilder se introdujo en Java 5, pero me parece que la discusión se puede extrapolar a los procesos del sistema en general.

Answer 4

Creo que lo descubrí. Obviamente, es importante llamar a process.getOutputStream(). Close() antes de process.getInputStream(). Close() y process.getErrorStream(). Close().

Answer 5

Tuve el mismo problema y después de mucho luchar, encontré una solución, que consiste en usar InputStream#available() antes de leer cualquier cosa en Process transmisiones. Un fragmento de mi solución está disponible here.