別のスレッドからstream.Closeを呼び出すことはできますか？

Question

System.IO.Stream（または任意のラッパーまたはリーダー）を2番目のスレッドから安全に閉じることはできますか？

私はnew System.IO.StreamReader(inputStream, Encoding.ASCII);のネットワークからの読書をしており、それを閉じることによって別のスレッドからそれをシャットダウンすることを検討しています。

これは良い考えではない場合、読み込み呼び出しのスレッドブロックを強制的に戻す別の方法は何ですか？

Answer 1

盲目的に別のスレッドからCloseメソッドを呼び出すことは安全ではありません。 Streamクラスはスレッドセーフとしてリストされておらず、元のスレッドがを使用している間に別のスレッドからCloseを呼び出すと、未定義の動作が発生します。

Answer 2

はい、inputStreamがソケットから読み取っている場合は、ソケット接続を閉じる別のスレッドで処理できます。ブロックされたRead呼び出しは例外をスローすることに注意してください。

Answer 3

このような状況で整然とクリーンアップする一般的な方法は、次のとおりです。

1. は、ブロッキング読み取りがいくつかのデータを取得するようにソケットにいくつかのデータを書き込み完了（例えばIsDone = true）
2. を示す値を設定し
3. ソケットから読み取っているスレッドで、読み取ったデータを処理する前にIsDoneがtrueであるかどうかを確認します。 IsDoneがtrueの場合は、データを無視してストリームを閉じます。

これは、Jaredが参照している問題を避けるべきです。

Answer 4

はい、別のスレッドでストリームを閉じても問題ありません。他のスレッドがそのストリームを使用している場合、例外が発生します。正しいことは、読み取りを行っているスレッドがシャットダウンするかどうかを確認できるイベントまたは待機ハンドルのいずれかを持つことです。擬似コードは次のようになります。 スレッド1 読み取り操作を保留し、読み取るデータがあるかどうかを確認します。
データの場合は、データを読み込みます。そうでない場合は、 待機ハンドルを確認してください。それが設定されていればそれを閉じて終了してください。それ以外の場合はもう一度お読みください ループ

スレッド2 切断するためにネットワークを起動する必要がある場合は、

ブロック操作中は、例外が発生することに注意してください。私はブロッキングソケットを使用しないことをお勧めします。理由はありません。私たちは実際には、System.Netのフードの下で（ほとんどの）非同期操作を行い、シンクコードパスは非同期コードパスをトリガーし、完了するまでブロックします。