デバッグ中には発生しない例外をキャッチする方法はありますか？

Question

バックグラウンドスレッドで実行され、Dispatcher.BeginInvoke（）を使用して処理が完了したときにUIスレッドのImageコントロールを更新する画像処理コードがあります。アプリケーションをデバッガの外で実行していると、かなり頻繁にクラッシュします。私がデバッガでそれを実行するとすぐに、私はそれがまったく起こることができません。どうやらタイミング差は私の人生を悲惨なものにするのに十分である;-)

私は、関連すると思われるコードの周りにtry/catchブロックを置いてみたが、何らかのエラー私の前を滑り続け、どこを見るか分からない。

私は、デバッガの例外捕捉動作を例外がスローされるたびに破棄するように設定したいと考えていましたが、デバッグ中に例外が発生することができないため、投げ。

私はクラッシュしたプロセスにアタッチすることができます（画面上にあるので、完全に反応しません）、デバッガを一時停止して、各スレッドがコード内のどこにあるかを確認しますが、どのような例外がスローされているのか

進め方についてのご意見はありますか？

編集：

1. 私が考えることができるように私はできるだけ多くの場所でDBGVIEWでSystem.Diagnostics.Trace.WriteLine（）を使用してきました。私はそれが例外が発生していると思われる場所を追跡することができますが、私は見つけることができません何が重要であるかは、です。
2. メモリリークを追跡するのにWinDBG + SOSを使用しましたが、見つけにくい例外を追跡しませんでした。誰もがこの容量でWinDBG + SOSを使うためのリソースを提案できますか？

Answer 1

キャッチしたことがない場合、どのように例外が発生するのでしょうか？

また、場所全体にtry/catchブロックを配置するのではなく、境界に、特にスレッドの境界に配置します。任意のThreadStartメソッドや、BeginInvokeやコールバックメソッドなどで呼び出されるその他のコードの周りに置くことができます。

Answer 2

アプリケーションの開始時に呼び出される静的なメインにtry/catchを1つ入れますか？したがって、アプリケーションがクラッシュしたときにスタックトレースと例外情報をどこかに出力できます。

Answer 3

ほんの少しの例外を除いて、BeginInvokeには対応するEndInvokeの対応があるはずです（more details whyについては、1つの例外はControl.BeginInvokeです）。

紛失EndInvokeは、メインスレッドによって例外がキャッチされず、アプリケーションが終了する理由があります。あなたは、デリゲートの実行中にスローされた例外をキャッチするためにDispatcher.UnhandledExceptionイベントを処理する必要があります（EndInvokeを実装していません）Dispatcherを扱っているあなたの特別な場合であるため

。

ところで、System.Diagnostics.Traceメッセージを監視するための良いツールは、SysinternalsのDbgViewです。