【Java】AutoCloseableとCloseableの違い

はじめに

Javaで安全かつ確実にリソースを解放するためには、AutoCloseableとCloseableという2つのインタフェースの使い分けが重要です。しかし、「それぞれの違いは何か？」「どちらを使えば良いのか？」と疑問に思ったことはないでしょうか。

本記事では、Javaのリソース管理におけるベストプラクティスとして、AutoCloseableとCloseableの違いや使い分けのポイントを詳しく解説します。try-with-resources構文との関係や、実務での具体的な適用例、よくある疑問への回答までカバーしています。

これからJavaのリソース管理について学ぶ方も、より正確な知識を整理したい経験者の方も、この記事を通して信頼性の高いコードを書くための基礎を身につけましょう。

AutoCloseableとCloseableの基本

AutoCloseableとは？

AutoCloseableは、Java 7で導入されたインタフェースです。try-with-resources構文による自動リソース解放を実現するために設計されました。主にI/O以外のリソースに対して広く利用されます。

• パッケージ：java.lang
• メソッド定義：void close() throws Exception
• スロー可能な例外：Exception（包括的な例外処理が可能）
• 主な用途：データベース接続、ZIPファイル処理、ロック制御など

代表的な実装例として、java.sql.Connection や java.util.zip.ZipFile などが挙げられます。

Closeableとは？

Closeableは、Java 5で導入された古いインタフェースで、後に導入されたAutoCloseableのサブインタフェースに位置付けられます。I/O操作に特化しており、AutoCloseableと同様にtry-with-resourcesで利用できます。

• パッケージ：java.io
• メソッド定義：void close() throws IOException
• スロー可能な例外：IOException（I/O例外に限定）
• 主な用途：ファイル、ソケット、ストリームなどのI/O操作

InputStream や Reader など、多くのJava標準I/Oクラスがこのインタフェースを実装しています。

try-with-resourcesとの関係

try-with-resources構文は、Java 7で導入されたリソース管理の仕組みで、明示的にclose()を呼び出さなくても、スコープの終了時に自動でリソースを解放してくれます。

この構文に対応するには、リソースがAutoCloseableまたはCloseableインタフェースを実装している必要があります。

try (BufferedReader reader = new BufferedReader(new FileReader("sample.txt"))) {
    String line = reader.readLine();
    System.out.println(line);
} catch (IOException e) {
    e.printStackTrace();
}

このように、リソースのクローズ処理を明示的に書かずとも、安全で例外耐性のあるコードを実現できます。AutoCloseableとCloseableのどちらを使っていても、try-with-resourcesと組み合わせることで確実なリソース解放が可能になります。

実務での使い分け指針

JavaでAutoCloseableとCloseableのどちらを使うべきかは、扱うリソースの種類やエラーハンドリングの方針によって決まります。以下のような観点から選択するのが実務では効果的です。

特に独自のリソースクラスを設計する場合は、以下のような判断基準が参考になります。

• リソースがI/Oに関係している → Closeableを実装
• 柔軟な例外処理を求める、またはI/O以外の用途 → AutoCloseableを実装

どちらもtry-with-resources構文に対応しているため、使い分けの目的は「例外の型」と「対象リソースの性質」に集約されます。実務ではこの2点を意識することで、より明確かつ安全なリソース管理が実現できます。

実装例

ここでは、AutoCloseableとCloseableをそれぞれ実装したシンプルなクラス例を紹介します。どちらのインタフェースもtry-with-resources構文と連携して、自動でリソースをクローズできることが特徴です。

AutoCloseableの実装例（I/O以外のリソース）

非I/Oのリソースや柔軟な例外処理を行いたい場合に向いています。

public class MyResource implements AutoCloseable {
    @Override
    public void close() throws Exception {
        System.out.println("MyResource closed");
    }
}

public class Main {
    public static void main(String[] args) {
        try (MyResource resource = new MyResource()) {
            System.out.println("Using MyResource");
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

Closeableの実装例（I/O関連のリソース）

ファイルやソケットなど、明確にIOExceptionを扱いたい場面に適しています。

public class MyIOResource implements Closeable {
    @Override
    public void close() throws IOException {
        System.out.println("MyIOResource closed");
    }
}

public class Main {
    public static void main(String[] args) {
        try (MyIOResource resource = new MyIOResource()) {
            System.out.println("Using MyIOResource");
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}

どちらのパターンも、リソースを明示的にclose()しなくても、自動でクリーンアップ処理が行われる点が大きな利点です。開発時にはこの仕組みを活用することで、リソースリークのリスクを大幅に軽減できます。

補足：try-with-resourcesでクローズ中に例外が発生した場合

通常の例外はcatchブロックで処理されますが、close()の中でも例外が発生する可能性があります。その際、Javaはメインの例外を優先し、クローズ中に発生した例外をgetSuppressed()で取得可能な抑制された例外として記録します。

try (MyResource resource = new MyResource()) {
    throw new RuntimeException("Main exception");
} catch (Exception e) {
    e.printStackTrace(); // 通常の例外情報
    for (Throwable sup : e.getSuppressed()) {
        sup.printStackTrace(); // クローズ時に発生した例外情報
    }
}

ログ出力時に見落とされやすいため注意が必要です。

まとめ

AutoCloseable と Closeable は、Java におけるリソース管理を自動化するための重要なインタフェースです。どちらも try-with-resources に対応しており、安全かつ簡潔なリソース解放を実現できます。

• 用途で選び分ける：
  • Closeable はファイルやネットワークなどの I/O 処理に適し、IOException を明示的に扱える
  • AutoCloseable はデータベース接続やロック制御など、非I/Oリソースに柔軟に対応できる
• try-with-resources構文を積極的に使う： 明示的な close() 呼び出しよりも安全で、例外発生時にも確実にリソースを解放できる
• 独自クラスの設計では例外型を考慮： IOException に限定したいなら Closeable、より汎用的な例外処理をしたいなら AutoCloseable
• close() 内で例外を握りつぶさない： 適切にログ出力することで、デバッグや障害対応に役立つ
• Suppressed Exception に注意： try-with-resources では、クローズ中の例外も抑制例外として保持されるため、適切なログとモニタリングが重要

リソースの適切な管理は、アプリケーションの信頼性や可用性を大きく左右します。これらのベストプラクティスを日々の開発に取り入れることで、堅牢で保守性の高いコードが実現できます。

本記事が、リソースリークの防止や安定したシステム運用に向けたヒントとなれば幸いです。