Winformsで例外を一括処理したい

Question

実現したいこと

winformsで実装されたデスクトップアプリケーション内にて、発生した全ての例外をまとめて拾いたいです。
もちろん個々の機能でも例外処理を実装していますが、想定できていない部分で例外が発生したときに、ユーザに分かりやすいメッセージを表示したいと悩んでいます。
現状は「アプリケーションのコンポーネントで、ハンドルされていない例外が～」のダイアログが表示されてしまうので、使用者にとって分かりにくい（どうすればいいか分からない）状態となっております。

試したこと

以下のサイトを参考に、Program.csにてApplication.ThreadExceptionとThread.GetDomain().UnhandledExceptionを拾うようにソースを書き換えてみました。

適切に処理されなかった例外をキャッチするには？

using System;
using System.Windows.Forms;
using System.Threading;

namespace WindowsApplication1
{
  public class Program
  {
    [STAThread]
    static void Main()
    {
      // ThreadExceptionイベント・ハンドラを登録する
      Application.ThreadException += new
        ThreadExceptionEventHandler(Application_ThreadException);

      // UnhandledExceptionイベント・ハンドラを登録する
      Thread.GetDomain().UnhandledException += new
        UnhandledExceptionEventHandler(Application_UnhandledException);

      // メイン・スレッド以外の例外はUnhandledExceptionでハンドル
      //string buffer = "1"; char error = buffer[2];

      // ここで実行されるメイン・アプリケーション・スレッドの例外は
      // Application_ThreadExceptionでハンドルできる
      Application.Run(new Form1());
    }

    // 未処理例外をキャッチするイベント・ハンドラ
    // （Windowsアプリケーション用）
    public static void Application_ThreadException(object sender, ThreadExceptionEventArgs e)
    {
      ShowErrorMessage(e.Exception, "Application_ThreadExceptionによる例外通知です。");
    }

    // 未処理例外をキャッチするイベント・ハンドラ
    // （主にコンソール・アプリケーション用）
    public static void Application_UnhandledException(object sender, UnhandledExceptionEventArgs e)
    {
      Exception ex = e.ExceptionObject as Exception;
      if (ex != null)
      {
        ShowErrorMessage(ex, "Application_UnhandledExceptionによる例外通知です。");
      }
    }

    // ユーザー・フレンドリなダイアログを表示するメソッド
    public static void ShowErrorMessage(Exception ex, string extraMessage)
    {
      MessageBox.Show(extraMessage + " \n――――――――\n\n" +
        "エラーが発生しました。開発元にお知らせください\n\n" +
        "【エラー内容】\n" + ex.Message + "\n\n" +
        "【スタックトレース】\n" + ex.StackTrace);
    }
  }
}

発生している問題

上記のソースコードを追加したことで、Visual Studio上でのデバッグ実行（Release構成）からは想定通りのメッセージを出力できました。
しかし、同じビルドで出力された.exeファイルをエクスプローラから直接実行すると、もともとの「アプリケーションのコンポーネントで、ハンドルされていない例外が～」のダイアログが出力されてしまいます。
他の環境で試しても同じ結果でした。

環境など

• Windows 10
• IDE：Visual Studio 2010
• プロジェクトのターゲットプラットフォーム：.Net Framework4.0

該当のプログラムでは、起動後にいくつか別のスレッドを起動（Threadインスタンスを生成し、Start()させている）しているのでその辺りが関係しているのかなと思っています。
同じ環境で、スレッドを起動しないプログラムを作ってみたところ、デバッグ実行でも.exeの直接実行でも同じように想定通りの動きをしていました。

情報に不足があれば追加しますのでご指摘ください。どうかよろしくお願いいたします。

実際に問題が発生するコード

以下に実際の問題（自前のMessageBoxが出力したいのに、Windowsの「ハンドルされていない例外が～」が表示されてしまう。）が発生しているソースの簡易版を載せます。
上記の通りですが、Visual Studio上のデバッグでは想定通りの動きをしており、exeを直接実行した場合に問題が発生します。

using System;
using System.Threading;
using System.Windows.Forms;

namespace SandboxForms
{
    static class Program
    {
        /// <summary>
        /// The main entry point for the application.
        /// </summary>
        [STAThread]
        static void Main()
        {
            Application.ThreadException += new ThreadExceptionEventHandler(Application_ThreadException);
            System.AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(Program_UnhandledException);

            Application.EnableVisualStyles();
            Application.SetCompatibleTextRenderingDefault(false);
            Application.Run(new Form1());
        }

        static void Application_ThreadException(object sender, ThreadExceptionEventArgs e)
        {
            var errorMember = e.Exception.TargetSite;
            var errorMessage = e.Exception.Message;
            var message = string.Format("異常が発生しました。システム管理者へ連絡してください。\r\n例外情報：例外が{0}で発生。プログラムを終了します。\r\nメッセージ：{1}",
                errorMember, errorMessage);
            MessageBox.Show(message, "エラー", MessageBoxButtons.OK, MessageBoxIcon.Stop);
        }

        static void Program_UnhandledException(object sender, UnhandledExceptionEventArgs e)
        {
            var ex = e.ExceptionObject as Exception;
            if (ex == null)
            {
                MessageBox.Show("異常が発生しました。システム管理者へ連絡してください。\r\n例外情報なし");
            }

            var errorMember = ex.TargetSite.Name;
            var errorMessage = ex.Message;
            var message = string.Format("異常が発生しました。システム管理者へ連絡してください。\r\n例外情報：例外が{0}で発生。プログラムを終了します。\r\nメッセージ：{1}",
                errorMember, errorMessage);
            MessageBox.Show(message, "エラー", MessageBoxButtons.OK, MessageBoxIcon.Stop);
        }
    }
}

--------------------------------------------------------------------------

using System;
using System.Threading;
using System.Windows.Forms;

namespace SandboxForms
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }
        private void button1_Click(object sender, EventArgs e)
        {
            throw new ApplicationException("例外のテスト。");
        }

        private void Form1_Load(object sender, EventArgs e)
        {
            ThreadStart ts = new ThreadStart(Form2Open);
            Thread t = new Thread(ts);            
            t.Name = "test";
            t.SetApartmentState(ApartmentState.STA);
            t.Start();
        }

        private void Form2Open()
        {
            var form = new Form2();
            form.ShowDialog();
        }
    }
}

--------------------------------------------------------------------------

using System;
using System.Windows.Forms;

namespace SandboxForms
{
    public partial class Form2 : Form
    {
        public Form2()
        {
            InitializeComponent();
        }

        private void button1_Click(object sender, EventArgs e)
        {
            throw new Exception("Form2の例外");
        }
    }
}

Answer 1

よくやる手として、詳細なエラーはエラーファイル（textファイル）なんかで年月日が含まれるファイル名
で吐き出すようにしておき、ユーザーに知らせるメッセージとして「論理エラーが発生しましたシステムエンジニアに問合せください」みたいなメッセージを表示する。解析ファイルには、エラーファイルだけでなく、ログファイル（どんな操作を行ったかとか、どこのロジックを通過したかみたいな記録）なんかも用意することもあります。（量が少ない場合には一緒のファイルでもいい）
ＳＥはこの連絡がきたら、所定のファイルを送信してもらって、解析する。みたいなことします。
もうひとつの手として、フォームに細かく表示させたい場合には、メッセージボックスで出すのではなく、フォーム自体にメッセージ欄（たとえば、フォーム最下部に共通フォームとして用意しておく）そこに、複数行のエラーメッセージを表示できるようにし、利用者はそのメッセージ欄をスクロールして、一括でメッセージの内容を確認できるようにする。というような設計思想を取り入れます。あるいは、そのメッセージを印刷できるようにしておく。私が経験したのはそれぐらいです。

Comments

[shun_kuwa]

ご回答ありがとうございます。
色々なやり方があるとは思いますが、そのためにもまずは「例外を漏れなくハンドルしたい」というのが今回のご質問の趣旨となっております。

その後のエラーの扱い方については非常に勉強になりました。ありがとうございます。

Answer 2

確認してみましたが、うちでは作られたダイアログがちゃんと出ますので、その部分のコードに問題はありません。

新しくボタンを貼り付けてビルドし、エクスプローラーから実行してみてください。
その際、ボタンが表示されなければ、ビルドされたものとは別のものを実行しています。

Comments

[shun_kuwa]

回答ありがとうございます。
ボタンを貼り付けたものが、エクスプローラーからも起動されましたのでビルドされたものは間違いないと思います。

また質問下部に少し記載させていただきましたが、今触っているプログラムでは起動後に別のスレッドを起動しています。
質問内に記載のソースはサンプルです。ここで起動されたForm1の中で新たにスレッドを起動しています。その辺りになにか関係があるんじゃないかと疑っています。

ただ、デバッグ時には想定通りの動きをするのにexeを直接実行した際には別のダイアログ（アプリケーションで予期しない例外が～）が表示されることが不思議だったのでそういう事象に心当たりのある方がいらっしゃればと思い質問させていただきました。

[Zuishin]

問題が再現するソースを新しく作ってみてください。普通はスレッドがあっても関係ないはずです。

[shun_kuwa]

質問にソースを追記しました。
もしお時間あればご確認いただけますでしょうか。

[Zuishin]

システムダイアログが出る前に AppDomain.CurrentDomain.FirstChanceException で独自の処理をすることはできますが、ダイアログを出さない方法はまだ調査中です。

見つかるのは、UnhandledException で終了を前提としたものばかりなので、UnhandledException が起こってしまった後は終了するよりほか手の施しようがないのかもしれません。
新スレッドで ShowDialog() を呼び出すところを try-catch すれば良いかとも考えたのですが、それもダメでした。

おそらくは、メッセージループを独自に実装し、メッセージを送る処理を try-catch することでキャッチできると思いますが、困難が予想されます。
独自スレッドを使わず、ShowDialog() の代わりに Show() を使って非同期処理に置き換えることができるなら、それが一番楽だと思います。

[shun_kuwa]

丁寧に回答いただきありがとうございます。
やはり例外をまとめて処理ということができなさそうと分かっただけでも十分です。

既存システムの保守作業のため、ShowDialog()をShow()に変更するのも難しいかもしれませんが、まずは影響範囲の調査から行ってみます。ありがとうございました。

Answer 3

その出る例外というのはどういう例外なんでしょうか。
それを提示してくれないと回答のしようがないかと。

想定できていない部分で例外が発生したときに、ユーザに分かりやすいメッセージを表示したいと悩んでいます。

これは無理な話、と思っておきましょう

Comments

[Zuishin]

ここではメッセージですが、出た例外のログを取ることはあります。
無理な話というのは、「ユーザーに分かりやすい」の部分ですか？

[y_waiwai]

想定できない事象をユーザにわかりやすく、というのは土台無理な話ということですね。

「想定しないエラーが発生しました」とだせばいいというならいいんですけど
結局、例外のメッセージはどう出たのかを求めて走り回ることになります

[Zuishin]

メッセージの表示自体が無理なようにも読めるので、確認でした。

[shun_kuwa]

言葉足らずですみません。
要するに、「アプリケーションでハンドルされていない例外が～」というダイアログではなく、こちらで用意した「エラーが発生しているのシステム管理者に連絡してください。その際以下のメッセージ内容を伝えてください。~以下例外のメッセージなど参考情報~」みたいな内容のメッセージを表示したいということでした。
想定していない例外に対して、ユーザ側だけで解消できるようにという意図ではありませんのでご理解ください。

なお、発生する例外については「この○○という例外が出て困っている」という話ではなく「どんな例外が出てもどこか一か所で拾うことができないかを模索している」という内容の質問ですので、そちらもご理解いただけると助かります。

[shun_kuwa]

申し訳ないですが、上記も踏まえこちらは回答ではなく質問に対する補足説明依頼と受け取りましたので、回答の評価は下げさせていただきました。