C#
5.例外をラップする時に内部例外を渡し忘れる
出典: C# 例外処理の正解 — try-catch-finally / using / Exception フィルタ (when句) の使い分け — 落とし穴5つ—業務系本番事故の常連 / 5.例外をラップする時に内部例外を渡し忘れる
// ❌ NG:内部例外を渡さないと元の情報が失われる
catch (SqlException ex)
{
throw new ApplicationException("注文処理に失敗"); // ← exを渡してない
}
// ✅ OK:第2引数に元の例外を渡す
catch (SqlException ex)
{
throw new ApplicationException("注文処理に失敗", ex); // ← inner exception保持
}
▸ この snippet は実行結果未収録
▸ 実行結果は未収録です
Source収録記事
この snippet は記事の「落とし穴5つ—業務系本番事故の常連 / 5.例外をラップする時に内部例外を渡し忘れる」セクションに登場する。コードの前後の文脈・ハマりどころの解説は記事本文で。
同じ記事から
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
