【Java】AutoCloseableとCloseableの違い

2025年6月2日2025年7月4日

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

この記事では、Javaのリソース管理におけるベストプラクティスとして、AutoCloseableとCloseableの違いや使い分けのポイントを詳しく解説します。基本的な概念から実践的な実装例、パフォーマンス観点での考慮事項、よくある落とし穴まで幅広くカバーしています。

これから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、java.util.concurrent.locks.Lockなどが挙げられます。

Closeableとは？

Closeableは、Java 5で導入されたインタフェースで、Java 7以降はAutoCloseableのサブインタフェースとして位置付けられています。I/O操作に特化しており、より厳密な例外処理を提供します。

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

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

try-with-resourcesとの関係

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

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

// 従来の書き方（Java 6以前）
BufferedReader reader = null;
try {
    reader = new BufferedReader(new FileReader("sample.txt"));
    String line = reader.readLine();
    System.out.println(line);
} catch (IOException e) {
    e.printStackTrace();
} finally {
    if (reader != null) {
        try {
            reader.close();
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}

// try-with-resources構文（Java 7以降）
try (BufferedReader reader = new BufferedReader(new FileReader("sample.txt"))) {
    String line = reader.readLine();
    System.out.println(line);
} catch (IOException e) {
    e.printStackTrace();
}

このように、try-with-resourcesと組み合わせることで、リソースのクローズ処理を明示的に書かずとも、安全で例外耐性のあるコードを実現できます。

実務での使い分け指針

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

利用ケース	推奨インタフェース	理由
ファイル、ソケット、ストリームなどのI/O処理	`Closeable`	I/O特化の設計で例外処理が明確
JDBC接続、ロック管理、暗号化キーなどの非I/Oリソース	`AutoCloseable`	柔軟な例外処理が可能
自作クラスで`IOException`以外の例外もスローしたい場合	`AutoCloseable`	`Exception`ベースでより包括的
エラー処理を`IOException`に限定して明確にしたい場合	`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(); // クローズ時に発生した例外情報
    }
}

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

まとめ：Javaのリソース管理ベストプラクティス

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 では、クローズ中の例外も抑制例外として保持されるため、適切なログとモニタリングが重要