UnhandledExceptionでキャッチできない例外

前提・実現したいこと

WPFのアプリケーションで発生する例外がUnhandledExceptionでキャッチできず、
アプリケーションの停止を引き起こしてしまいます。
どうにかキャッチしてログを出力したいのですが、
デバッグ実行できる環境ではないため発生している箇所もわからず対策が取れません。

UnhandledExceptionでキャッチできずアプリケーションが停止する例外には、
どのようなものがありますでしょうか？

該当のソースコード

UnhandledExceptionイベントには下記のように処理を登録しています。

C#
1public partial class App : Application
2{
3    private void Application_Startup(object sender, StartupEventArgs e)
4    {
5        AppDomain.CurrentDomain.UnhandledException += this.CurrentDomain_UnhandledException;
6    }
7
8    private void CurrentDomain_UnhandledException(object sender, UnhandledExceptionEventArgs e)
9    {
10        try
11        {
12            if (e.ExceptionObject is Exception ex)
13            {
14                // ログ出力
15                MessageBox.Show(string.Concat(ex.Message, ex.StackTrace));
16            }
17        }
18        finally
19        {
20            Current.Shutdown();
21        }
22    }
23}

papinianus

2019/02/26 06:00

キャッチしてないところで例外が起きたので、Unhandledで停止している状況ではないかと思うのですが、そうではなくて > UnhandledExceptionでキャッチできず catch(UnhandledException ex)と書いているという意味ですか？

cpthgli

2019/02/26 06:18

「キャッチ」という表現が誤解を招くため、UnhandledExceptionの具体的な実装について追記いたしました。ご指摘ありがとうございます。

行動規範の内容に同意します

回答2件

ベストアンサー

先ほどは早合点して申し訳ございませんでした。
話の趣旨が変わるため、別で回答します。

UnhandledExceptionでキャッチできずアプリケーションが停止する例外には、

どのようなものがありますでしょうか？

おそらく、.NET Framework の内部処理で発生する例外だと思います。
詳しい例外の話については、.NET Framework の内部処理で発生する例外についてが参考になるかもしれません。

私もUnhandledExceptionで補足されない例外にあったことが1度だけあります。
そのときはリストに要素が無限に溜まり続けたことによって稀に発生しうる事象でした。
(OutOfMemoryExceptionは起きなかった)

そのときの記憶では、

そのリストを元に作成したオブジェクトをViewModelのプロパティにセットする処理をソケット受信毎に行っていたため、UIスレッドのメッセージキューが溜まっていた
スレッドの処理が途中で止まることでスレッド数がデフォルト最大の1000いくつかになっていた

などとかなり阿鼻叫喚な状態でした。

結局は根本原因を掴むことができなかったため、そもそも論としてメモリにリソースを溜めないよう作り直しました。
それから1年以上経過し運用を続けていますが、同様の事象には陥らなくなりました。

デバッグ実行できる環境ではないため発生している箇所もわからず対策が取れません

補足されなかった例外は基本的にイベントログで確認できます。
可能なら、そこでエラーの内容を確認できると原因を調査できるかもしれません。

どうにかキャッチしてログを出力したい

今までの話を整理して、もし.NET側のエラーだった場合はアプリでキャッチしてログ出力はできないということになります。

ただし、根本原因はアプリケーションやハード周りの問題がほとんどだと思うので、
今までの事象を整理して怪しい所を見直しつつ逐次対応する事が現状取れる一番の対策な気がします。

投稿2019/02/26 06:54

編集2019/02/26 08:09

BluOxy

総合スコア2663

cpthgli

2019/02/26 22:02

詳しいご回答ありがとうございます。 > .NET Framework の内部処理で発生する例外 > 補足されなかった例外は基本的にイベントログで確認できます。 > もし.NET側のエラーだった場合はアプリでキャッチしてログ出力はできないご指摘の通り、まずはイベントログを確認してみようと思います。大変参考になりました。ありがとうございます。

cpthgli

2019/02/27 01:08

イベントログで発生した例外を確認することができました。発生していた例外コードは`0xc0000374`でヒープ破損が原因でした。発生している例外は判明したためこの情報を元に再調査しようと思います。ありがとうございました。

行動規範の内容に同意します

基本的にはUIスレッド外で発生した例外がUnhandledExceptionになります。
例えば次のコードのように別スレッドで例外をスローすれば発生します。

C#
1        private void Button_Click(object sender, RoutedEventArgs e)
2        {
3            Thread th = new Thread(DoWork);
4            th.Start();
5        }
6
7        private void DoWork(object obj)
8        {
9            throw new NotImplementedException();
10        }

WPFのアプリケーションで発生する例外がUnhandledExceptionでキャッチ

App.xaml.csで次のコードのようにStartupイベントでUnhandledExceptionの例外集約ハンドラを追加できます。つまりUnhandledExceptionをキャッチできます。

C#
1    public partial class App : Application {
2        private void Application_Startup(object sender, StartupEventArgs e) {
3            AppDomain.CurrentDomain.UnhandledException += CurrentDomain_UnhandledException;
4        }
5        void CurrentDomain_UnhandledException(object sender, UnhandledExceptionEventArgs e) {
6            Exception ex = e.ExceptionObject as Exception;
7            MessageBox.Show(ex.Message, "例外発生(UI スレッド外)", MessageBoxButton.OK, MessageBoxImage.Error);
8            this.Shutdown();
9        }
10    }

App.xamlにStartupのイベントハンドラを登録します

xaml
1<Application x:Class="WpfApp1.App"
2             xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
3             xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
4             xmlns:local="clr-namespace:WpfApp1"
5             StartupUri="MainWindow.xaml"
6             Startup="Application_Startup"
7             >
8    <Application.Resources>
9         
10    </Application.Resources>
11</Application>