導入
Java開発において、リソース解放のために「finallyブロック」を利用するのは定石です。しかし、finallyブロック内で新たな例外が発生したり、tryブロック内の例外を意図せず隠蔽（握りつぶし）してしまうケースは、デバッグを困難にする「サイレントバグ」の温床となります。本記事では、この問題を回避するための安全な書き方と、Java 17以降のモダンな制御フローを組み合わせた堅牢な実装方法を解説します。
基礎知識
Javaのtry-finally構文において、tryブロック内で例外が発生した直後にfinallyブロックが実行されます。もし、finallyブロック内でも例外が発生すると、tryブロックで発生した元の例外は失われ、finallyの例外が呼び出し元に伝播します。これを「例外の握りつぶし（Exception Swallowing）」と呼びます。デバッグ時に本来の原因（Root Cause）を見失う原因となるため、実務では厳密なハンドリングが求められます。
実装/解決策
この問題を解決する最も推奨される方法は、Java 7で導入された「try-with-resources」を利用することです。これにより、リソースのクローズ処理に伴う例外を自動的に管理し、元の例外を「抑制された例外（Suppressed Exception）」として保持することが可能です。また、手動でリソースを閉じる必要がある場合は、finally内でさらにtry-catchを入れ子にし、クローズ時の例外をログに記録しつつ、元の例外を妨げない構造にする必要があります。
サンプルプログラム
import java.io.Closeable;
import java.io.IOException;
public class ExceptionHandlingDemo {
// 閉じる際に例外を投げる可能性があるリソースのシミュレーション
static class DangerousResource implements Closeable {
@Override
public void close() throws IOException {
throw new IOException(“クローズ時の例外”);
}
}
public static void main(String[] args) {
// try-with-resourcesを使用することで、例外を抑制(suppressed)として安全に保持
try (DangerousResource res = new DangerousResource()) {
throw new RuntimeException(“メイン処理の例外”);
} catch (Exception e) {
System.err.println(“捕捉した例外: ” + e.getMessage());
// 抑制された例外が存在するか確認
for (Throwable suppressed : e.getSuppressed()) {
System.err.println(“抑制された例外: ” + suppressed.getMessage());
}
}
}
}
応用・注意点
1. try-with-resourcesの活用
Java 7以降、AutoCloseableを実装したクラスは必ずtry-with-resourcesを使用してください。これにより、finallyでの例外管理を言語仕様レベルで自動化できます。
2. Sealed Classesとの組み合わせ
例外処理の結果を返す際、Java 17の「Sealed Classes」と「Switch Expressions」を活用すると、例外の種類に応じた戻り値を型安全に定義できます。例えば、Result型として「Success」や「Failure」を封印し、網羅的なパターンマッチングを行うことで、例外処理の漏れを防ぐ設計が可能です。
3. ログ出力の重要性
finallyブロックで例外をキャッチした場合、単に握りつぶすのではなく、必ずSLF4J等のロガーでスタックトレースを出力してください。例外を隠すことは、システムの「死因」を隠すことと同義です。常に「何が起きて、どう処理したか」を追跡できる状態を維持しましょう。
コメント