try-with-resources文の仕組みとfinally句が依然として必要とされる場面

2026年5月1日 2026年5月1日山崎講師

山崎講師

こんにちは。ゆうせいです。

新人研修中に受講者から以下の質問をいただきました。

try-with-resources文があれば、finally句は不要ではないですか？

今回はこの質問に答えたいと思います。

Java 7で導入されたtry-with-resources文は、リソースの解放を自動化する非常に便利な構文です。多くのケースでfinally句の記述を省略できるようになりましたが、プログラミングの実務においては、依然としてfinally句でなければ解決できない状況が存在します。

try-with-resources文による自動解放の仕組み

try-with-resources文は、AutoCloseableインターフェースを実装しているクラスに対して機能します。

AutoCloseableインターフェース

これは、処理が終わった際にcloseメソッドを呼び出す必要があることを示す目印のようなものです。高校の図書室に例えると、返却期限が来たら自動的に回収ボックスへ戻る機能が付いた本のような仕組みです。

自動解放の範囲

tryの括弧内で宣言されたリソースは、tryブロックを抜ける際に、開発者が明示的に記述しなくてもシステムが自動的にcloseメソッドを実行します。

finally句が必要となる具体的な場面

try-with-resources文は万能ではなく、以下の条件においてはfinally句による制御が不可欠です。

1. AutoCloseableを実装していないオブジェクトの操作

すべてのクラスが自動解放に対応しているわけではありません。古いライブラリや、特定の独自クラスなど、closeメソッドを持たない、あるいはAutoCloseableを継承していないオブジェクトの後始末を行う場合は、finally句を用いて手動でクリーンアップ処理を記述する必要があります。

2. リソース解放以外の終了処理

finally句の役割はリソースの解放（close）だけではありません。例えば、以下のようなログ出力や状態変更が必要な場面があります。

処理の開始から終了までの経過時間を計測し、最後にログへ記録する。
一時的に変更したシステムの設定やフラグを、成否にかかわらず元の状態に戻す。
GUIアプリケーションにおいて、処理中を示す砂時計アイコンを元の矢印カーソルに戻す。

これらの処理はリソースのクローズではないため、try-with-resources文の枠組みでは実行されません。

3. リソースの宣言と利用箇所が離れている場合

try-with-resources文は、tryの括弧内でリソースを宣言する必要があります。しかし、設計上の理由でメソッドの外部から渡されたリソースを使用する場合や、複数のメソッドにまたがってリソースを管理する場合は、従来のtry-catch-finally構文を用いることになります。

メリットとデメリットの比較

それぞれの構文が持つ特性を整理すると、以下の通りとなります。