スレッドは、WaitOne状態のAutoResetEvent信号によってアプリケーション終了後も保持されます。

Question

メッセージの処理にキューにAutoResetEvent（WaitOne/Set）を使用するアプリケーションがあります。私は、Visual Studio（Shift + F5）からデバッグセッションを終了すると、アプリケーションの元のプロセスがハングアップすることに気付いています（常にそうとは限りません）。私は手動でデバッガをプロセスに再接続し、WaitHandle.WaitOneに1つのスレッドが残っていることを確認します。

私の質問は、WaitOne状態のスレッドを終了させる正しい方法は何ですか？

最初の答えはApplication Exitイベントを聞いてそこでSetを実行することでしたが、このイベントがこれらのデバッグセッションの後に確実に呼び出されたかどうか、またはより標準的なプラクティスがあるかどうかはわかりませんでした私は気づいていない。

もう1つの質問として、「生産」モードで実行されているアプリケーションでこれを別に処理しますか？

Answer 1

があり、あなたはあなたのアプリケーションが

// somewhere with global scope. On a singleton or in program class maybe 
// this is set when you want to terminate your application 
private static ManualResetEvent ExitWaitHandle = new ManualResetEvent(false); 

を死ぬつもりであり、これはどのようにされたときに発動するイベントを設定する必要があります

"some"コードの後に​​は、スレッドを中止するためにチェックポイントを設定する必要があります。これがあなたが探していたものだと願っています。

Answer 2

Thread.IsBackgroundプロパティを使用して、スレッドをバックグラウンドスレッドとして設定することです。スレッドに設定されている場合、そのスレッドは終了するプロセスを停止しません。

しかし、スレッドはいつでも中断されて、スレッドが何をしているかによっては未定義の動作につながることがあります。私の謙虚な意見でスレッドを終了させる最善の方法は、スレッドを終了するように知らせることです。終了フラグを設定してWaitHandleを設定して起動すると、スレッドはJoinになります。これを実行するための簡単な方法（ない回避策）

まず