C#
4. catch (DbException)とcatch (Exception)の順序
出典: C# 例外処理の正解 — try-catch-finally / using / Exception フィルタ (when句) の使い分け — 落とし穴5つ—業務系本番事故の常連 / 4. catch (DbException)とcatch (Exception)の順序
// ❌ NG:派生型を後ろに書くと到達不能(コンパイルエラー)
try { ... }
catch (Exception ex){ /* 全部ここに来る */ }
catch (SqlException ex){ /* ←ここには到達しない、コンパイルエラー */ }
// ✅ OK:派生型を上、基底型を下
try { ... }
catch (SqlException ex){ /* DB専用処理 */ }
catch (DbException ex){ /* DB系の他の例外 */ }
catch (Exception ex){ /* それ以外、ログ+上位通知 */ }
▸ この snippet は実行結果未収録
▸ 実行結果は未収録です
Source収録記事
この snippet は記事の「落とし穴5つ—業務系本番事故の常連 / 4. catch (DbException)とcatch (Exception)の順序」セクションに登場する。コードの前後の文脈・ハマりどころの解説は記事本文で。
同じ記事から
8 件// ✅定石1-a: try-catch —例外を捕まえて処理を続ける try { var dt = LoadFromDb(orderId);
▶ 実行可
定石1: try-catch / try-finally / usingの関係(usingは構文糖衣)
#c0aab089a37f
// ✅定石2:入れ子usingで複数IDisposableを扱う using (var conn = new SqlConnection(connStr)) using (var cmd = new SqlCommand("SELECT id, name FROM users WHERE status = @s", conn)) {未収録
定石2:複数IDisposableは入れ子usingで書く
#740c9638ff8a
// ✅定石3-a: Exceptionフィルタ(when句)でデッドロックだけリトライ try { ExecuteSql();
▶ 実行可
定石3: Exceptionフィルタ(when句)でcatch内if分岐を排除
#2abecfea594d
// ❌ NG: throw ex;はスタックトレースが「rethrowした行」でリセットされる public void OuterMethod() { try
▶ 実行可
定石4: throw vs throw exのスタックトレース挙動
#08d0e82d4c16
// ❌ NG:例外を捕まえてログも吐かず処理を続ける try { SaveOrder(order);未収録
1. catch (Exception){ }で全握りつぶし
#8c7dfdd9cccc
// ❌ NG: finally内で例外が出ると元の例外が上書きされる SqlConnection conn = null; try {未収録
2. finallyで例外スローして元の例外が消える
#2243ed770fc8
