外部プロセスから不要なストリームをどうすればいいですか？

Question

私は別のプロセスでコマンドを実行すると、例えばそのJavaDocの状態Runtime.getRuntime().exec(...)方法、使用して：

Executes the specified command and arguments in a separate process. 

を私はプロセスが生きることを知って、このプロセスからのストリームを行うには何が必要ですJavaプログラムが存在するまで？ （これは詳細ですが、Javaプログラムはこのプロセスを強制終了させ、プロセス自体には、JavaプログラムがJavaプログラムを実行していないことを認識すると、安全性が組み込まれています）。

すべてのエラーメッセージとstdoutが/ dev/nullにリダイレクトされ、すべての通信がファイル/ソケット/その他を使用して行われているためなど、このプロセスで出力がまったく生成されないと考えると、何が必要ですか入力ストリームで？

stdout/stderrを読み込もうとすると、1つ（または2つ）のJavaスレッドを何も実行しないでください。

stdout/stderrがまったく生成されないJavaプログラムから生成された、長寿命の外部プロセスを扱う正しい方法は何ですか？

EDIT

基本的に私はを/ dev/nullにすべてをリダイレクトするようにしてくださいになり、別のシェルスクリプトでシェルスクリプトを包みます。私の "outter"シェルスクリプト（すべてを/ dev/nullにリダイレクトするもの）がまだstdoutまたはstderrに何かを生成している場合、私のUn * xが非準拠であると確信しています。しかし、私はアプリのライフサイクル中に何かのためにスレッドを稼働させなければならないと考えていることに気付いています。本当に心を揺さぶる。

Answer 1

すべてがあなたの言うとおりであれば、おそらく無視することができます。

しかし、まれに物事がきれいに機能します。ちょうどの場合に、stdout/stderrを引っ張るために1つのスレッドを生成することは、長期的には価値があるかもしれません。ある日、それは失敗し、実際に何かを出す、あなたが何が出てきたかを知る必要があった日です。 1つまたは2つのスレッド（私はそれがただ1つでできると思います）は大きなオーバーヘッドにはなりません。特にあなたが正しい場合、それらの流れから何も出てこない。

Answer 2

あなたが興味を持っていない場合、プロセスの入力と出力を処理する正しい方法は、それらをすぐに閉じることです。子プロセスがその後stdinまたはstdoutでそれぞれreadまたはwriteを呼び出そうとすると、IOExceptionがスローされます。それが読み書きできないという事実に対処するのは、子プロセスの責任です。

ほとんどのプロセスは、書き込みできず、黙って破棄して書き込むことができないという事実を無視します。これは、System.outがPrintWriterであるJavaでは当てはまります。したがって、stdoutによってスローされたIOExceptionは無視されます。これは、出力を/ dev/nullにリダイレクトするとどうなるでしょうか？すべての出力は黙って破棄されます。

プロセスでAPIを読んだようですが、独自の書き込みや読み取りを行うことが予想される場合は、プロセスを読み書きすることが重要です。しかし、私は繰り返し述べますが、一部のOSは（特に）stdout用に非常に限られたバッファしか割り当てていないので、このバッファをいっぱいにしないことが重要です。これは、子プロセスの出力を速やかに読み込むこと、またはプロセスの出力を必要としないこと、および保持されているリソースを解放できることをOSに通知することを意味し、stdoutへの書き込みを試みたり、リソースが利用できるようになるまでぶら下げるだけです）。