Too many open filesの原因と直し方｜Java

Too many open files は、1つのプロセスが同時に開けるファイル（ファイル記述子）の上限に達したときのエラーです。 Java では、ファイルや通信を開いたまま閉じていない（リーク）ことが一番の原因です。

FileNotFoundException と表示されても、ファイルが無いわけではありません。 括弧の中の Too many open files が本当の原因です。

確認環境：OpenJDK 21（Linux）。ulimit -n 64 で上限を下げ、200個のファイルを順に読むプログラムで再現しました（確認日 2026年10月11日）。

再現：閉じ忘れると、上限で止まる

for (int i = 1; i <= 200; i++) {
    BufferedReader r = new BufferedReader(new FileReader("f" + i + ".txt"));
    r.readLine();          // close していない
}

上限 64 のうち、JVM 自身が使う分があるため、60 ファイルで止まりました。 閉じ忘れたファイルは、プログラムが動き続ける限り開いたまま残ります。

Files.lines も閉じる必要がある

long n = Files.lines(p).count();                    // ← 閉じ忘れ
try (Stream<String> s = Files.lines(p)) {           // ← 正しい
    long n = s.count();
}

Files.lines の Stream は、最後まで読んでも自動では閉じませんでした。 Java の公式ドキュメント（Stream）でも、ほとんどの Stream は閉じる必要がないが、Files.lines のように IO が元の Stream は閉じる必要があり、try-with-resources で開くと説明されています。確認環境では、Files.list(...).count()・Files.walk(...).count() も、閉じないと同じ上限で止まりました。

直し方：try-with-resources

try (BufferedReader r = Files.newBufferedReader(p, StandardCharsets.UTF_8)) {
    String line = r.readLine();
}   // ここで必ず close される（例外が起きても）

Java の公式チュートリアルでは、try-with-resources は、宣言した資源を文の終わりで必ず閉じると説明されています。finally で close() を書くより、書き忘れ・例外の取りこぼしが起きにくい書き方です。詳しくは既存の記事「Java try-with-resourcesの使い方｜finallyとの違い」で扱っています。

ファイルだけでなく、通信の接続も同じ上限を使います。 DB の接続を返し忘れる、HTTP の応答を読み切らずに捨てる、といった形でも同じエラーになることがあります。

開いている数を数える（Linux）

閉じ忘れのあるプログラムで 50 ファイルを開いたまま止め、外から数えました。

jps                                         # Java のプロセスの PID を調べる
ls /proc/7827/fd | wc -l                    # 54
ls -l /proc/7827/fd | grep -c '\.txt'       # 50
grep "open files" /proc/7827/limits         # Max open files  20000  20000  files

10 -> /srv/s4/j10/e5/f7.txt
11 -> /srv/s4/j10/e5/f8.txt

/proc/PID/fd には、開いているファイルの一覧があり、どのファイルを開いたままかまで分かりました。 同じファイル名・同じ種類のファイルがたくさん並んでいたら、その処理が閉じ忘れています。時間をおいて何度か数え、増え続けていればリークです。

上限を上げる前に

上限を上げると、エラーが出るまでの時間は延びますが、閉じ忘れがあれば、いずれまた止まります。 先に、開いている数が増え続けていないかを確かめます。

プログラムをサービスとして起動している場合、上限は起動の設定によって決まり、ログインしたシェルの ulimit -n とは違うことがあります。 動いているプロセスの /proc/PID/limits で、実際の値を確かめます。

確認の手順（チェックリスト）

よくある質問

Q. GC（ガベージコレクション）が動けば、閉じ忘れたファイルも閉じられますか。 A. 当てにできません。確認環境でも、閉じ忘れたまま 60 ファイルで止まりました。開いたものは、使い終わったらすぐに閉じるのが原則です。

まとめ

• 同時に開けるファイル（ファイル記述子）の上限に達したエラー
• 原因の多くは閉じ忘れ。FileNotFoundException (Too many open files) と表示されることも
• Files.lines・Files.list・Files.walk も閉じる必要がある
• try-with-resources で、例外が起きても必ず閉じる
• /proc/PID/fd の数が増え続けるならリーク。上限を上げるのはその後

参考・出典

確認日はいずれも 2026年10月11日です。

• Java SE 21 API「Stream」（IO が元の Stream は閉じる必要がある）：https://docs.oracle.com/en/java/javase/21/docs/api/java.base/java/util/stream/Stream.html
• The Java Tutorials「The try-with-resources Statement」：https://docs.oracle.com/javase/tutorial/essential/exceptions/tryResourceClose.html

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。