C#
定石4: throw vs throw exのスタックトレース挙動
出典: C# 例外処理の正解 — try-catch-finally / using / Exception フィルタ (when句) の使い分け — 定石4: throw vs throw exのスタックトレース挙動
// ❌ NG: throw ex;はスタックトレースが「rethrowした行」でリセットされる
public void OuterMethod()
{
try
{
InnerMethod();
}
catch (SqlException ex)
{
Logger.Error($"DBエラー: {ex.Message}");
throw ex; // ←ここでスタックトレースが上書きされる、元の発生箇所が消える
}
}
// ✅ OK: throw単独は元のスタックトレースを保持
public void OuterMethod()
{
try
{
InnerMethod();
}
catch (SqlException ex)
{
Logger.Error($"DBエラー: {ex.Message}");
throw; // ←元のInnerMethod内の発生行が保持される
}
}
// ✅ OK:別の例外型でラップする時は内部例外を保持
public void OuterMethod()
{
try
{
InnerMethod();
}
catch (SqlException ex)
{
throw new ApplicationException("注文処理に失敗しました", ex);
// ↑ inner exceptionとして元のSqlExceptionが保持される、スタックトレースも辿れる
}
}
▸ 実行ボタンで結果を表示
Source収録記事
この snippet は記事の「定石4: throw vs throw exのスタックトレース挙動」セクションに登場する。コードの前後の文脈・ハマりどころの解説は記事本文で。
同じ記事から
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:例外を捕まえてログも吐かず処理を続ける try { SaveOrder(order);未収録
1. catch (Exception){ }で全握りつぶし
#8c7dfdd9cccc
// ❌ NG: finally内で例外が出ると元の例外が上書きされる SqlConnection conn = null; try {未収録
2. finallyで例外スローして元の例外が消える
#2243ed770fc8
// ❌ NG: Open()で例外が出るとDispose()が呼ばれない SqlConnection conn = new SqlConnection(connStr); conn.Open(); // ←ここで例外が出ると、connがusingの外なのでDispose()されない using (conn)未収録
3. usingとOpen()の順序ミス
#22920b27e7c6
