現場で泣かないために。VB.NETで「アプリの突然死」を許さない究極の防壁を作る
こんにちは。現場の最前線で何千ものバグと対峙してきたアーキテクトです。
VB.NETでWindows Formsアプリケーションを作っていると、一度は経験するはずです。「なぜか分からないけど、操作した瞬間にアプリが消えた」という現象。開発環境では動いていたのに、ユーザーのPCでだけ発生する謎のクラッシュ。
これは、プログラムが「予期せぬ例外」を処理しきれず、OSによって強制終了させられている状態です。これを放置するのは、航海図を持たずに大海原へ出るようなもの。
今回は、「AppDomain.UnhandledException」という最強のセーフティネットを使い、エラーを「致命的な死」から「貴重な開発のヒント」へ変えるための極限の技術を伝授します。
—
1. なぜ「突然死」は起こるのか？
Windows Formsアプリは、ユーザーのボタンクリックやマウス操作といった「イベント」を待ち受けて動いています。開発者が `Try…Catch` を書き忘れた場所で例外が発生すると、そのイベントの連鎖は断ち切られ、プログラムの生存権はOSによって剥奪されます。
これが「突然死」の正体です。エラーログも残らないため、原因究明には膨大な時間がかかります。
—
2. 最終防壁「AppDomain.UnhandledException」を配置する
`AppDomain` とは、プログラムが実行されている「部屋」のようなものです。この部屋の住人（スレッド）が誰にも看取られずに倒れそうになったとき、最後に呼び出されるのが `UnhandledException` イベントです。
実装のゴール地点：Program.vb（メインエントリーポイント）
通常、Windows Formsのメイン処理は `Sub Main` から始まります。ここに「命綱」を繋ぎましょう。
Imports System.IO
Imports System.Windows.Forms
Module Program
Sub Main()
‘ 【重要】ここがアプリの最上流。全ての例外をここでキャッチする。
AddHandler AppDomain.CurrentDomain.UnhandledException, AddressOf CurrentDomain_UnhandledException
Application.EnableVisualStyles()
Application.SetCompatibleTextRenderingDefault(False)
Application.Run(New Form1())
End Sub
‘ 予期せぬエラーが発生した際に呼ばれる緊急コールバック
Private Sub CurrentDomain_UnhandledException(sender As Object, e As UnhandledExceptionEventArgs)
Dim ex As Exception = DirectCast(e.ExceptionObject, Exception)
‘ ログ出力処理（ファイルに書き出す）
LogErrorMessage(ex)
‘ ユーザーへの最後のメッセージ
MessageBox.Show(“予期せぬエラーが発生しました。申し訳ありませんがアプリケーションを終了します。” & vbCrLf &
“詳細はログファイルを確認してください。”, “緊急終了”, MessageBoxButtons.OK, MessageBoxIcon.Error)
End Sub
Private Sub LogErrorMessage(ex As Exception)
Try
Dim logPath As String = “error_log.txt”
Dim logContent As String = $”[{DateTime.Now}] {ex.Message}{vbCrLf}{ex.StackTrace}{vbCrLf}—”
File.AppendAllText(logPath, logContent)
Catch
‘ 万が一ログ書き込みすら失敗した場合の保険（イベントログ等へ送るのがベスト）
End Try
End Sub
End Module
—
3. なぜこの実装が「プロフェッショナル」なのか？
このコードが初心者から脱却した証と言える理由は3つあります。
1. 「黙って消える」を卒業した: ユーザーのPCで何が起きたのか、Stacktrace（エラーの発生箇所と経路）がテキストとして残ります。サポート担当者にとって、これほどありがたい情報はありません。
2. アプリのライフサイクルを制御している: `Main` メソッドでイベントをフックすることで、アプリの生存期間全体を監視下に置いています。
3. ユーザー体験を守る: 何も言わずに消えるアプリは信頼を失います。エラーを検知し、せめてもの謝罪とログの保存を行うことで、システムの「堅牢性」をアピールできます。
—
4. 陥りやすい注意点（ここが現場の落とし穴！）
- 「なんでもキャッチ」の誘惑: この仕組みはあくまで「最後の砦」です。個別のボタン操作やDBアクセスなどは、必ず個別の `Try…Catch` で丁寧に処理してください。全てをここに頼ると、バグの温床になります。
- ファイル書き込みの権限: `error_log.txt` を書き込む際、インストールフォルダ（Program Files等）に書き込もうとすると、権限エラーでログすら残らないことがあります。ログの保存先は `Environment.GetFolderPath(Environment.SpecialFolder.LocalApplicationData)` など、ユーザー領域を指定するのが鉄則です。
—
最後に：エンジニアとしての一歩先へ
VB.NETを扱う上で、最も大切なのは「自分の書いたコードが、見知らぬ誰かのPCでどう振る舞うか」を想像することです。
今回紹介した「グローバル例外ハンドリング」は、アプリケーションという生き物に「最後のアドバイス」をさせる技術です。これを実装するだけで、あなたのコードは「ただ動くもの」から「運用に耐えうるプロのシステム」へと進化します。
さあ、恐れずにコードを書いてください。エラーを恐れる必要はありません。エラーを「捕まえる準備」さえできていれば、あなたはもう一人前のエンジニアです！
