C#
2. finallyで例外スローして元の例外が消える
出典: C# 例外処理の正解 — try-catch-finally / using / Exception フィルタ (when句) の使い分け — 落とし穴5つ—業務系本番事故の常連 / 2. finallyで例外スローして元の例外が消える
// ❌ NG: finally内で例外が出ると元の例外が上書きされる
SqlConnection conn = null;
try
{
conn = new SqlConnection(connStr);
conn.Open();
DoSomething(conn);
}
finally
{
conn.Close(); // ← connがnullだったらNullReferenceExceptionが飛ぶ
//元のDoSomethingの例外が消える
}
▸ この snippet は実行結果未収録
▸ 実行結果は未収録です
Source収録記事
この snippet は記事の「落とし穴5つ—業務系本番事故の常連 / 2. finallyで例外スローして元の例外が消える」セクションに登場する。コードの前後の文脈・ハマりどころの解説は記事本文で。
同じ記事から
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: Open()で例外が出るとDispose()が呼ばれない SqlConnection conn = new SqlConnection(connStr); conn.Open(); // ←ここで例外が出ると、connがusingの外なのでDispose()されない using (conn)未収録
3. usingとOpen()の順序ミス
#22920b27e7c6
