Javaオープンファイルが多すぎます

Question

私は複数のファイルに書き込もうとしていますが、正確には19です。それらに何百回も書いた後、私はJava IOExceptionを取得します：開いているファイルが多すぎます。しかし、私が言ったように、私はちょうど19のファイルを開いていると私はすべての冒頭にそれらを開いた。ここでの問題は何ですか？書き込みが成功したことを確認できます。

編集： 私はtry-catch-finallyブロックを使用していませんでした。私は代わりに関数を例外をスローしました。今私はtry-catch-finallyをそれらの周りに置くので、彼らはよりよくやっているようです。

あなたのほとんどは、私が思っていたよりも多くのファイルを開いているという点で大丈夫でした。まだ物事を追跡しています。私は少し後に更新を掲載します。

再編集： すべてのファイルアクセスがtry-catchでラップされていることを確認し、最終的に問題を修正しました。ありがとう

Answer 1

Linuxおよび他のUNIX/UNIXライクなプラットフォームでは、OSはプロセスがいつでも持つことができるオープンファイル記述子の数に制限を設けます。昔は、この制限は固定配線されていましたが、と比較的小さくなりました。今日ではそれははるかに大きく（数百/数千）、プロセスごとに構成可能なリソースの制限が「ソフト」になる可能性があります。 （ulimitシェルを参照してください...）

Javaアプリケーションがプロセスごとのファイル記述子の制限を超えている必要があります。

あなたは19個のファイルが開いていると言いますが、数百回後に "too many files open"というIOExceptionが発生します。この特定の例外は、新しいファイル記述子が要求されたときにのみ発生します。すなわち、の場合は、ファイル（またはパイプまたはソケット）を開きます。 を確認するには、IOExceptionのstacktraceを出力します。

リソース制限が小さい（これはほとんどそうではない）アプリケーションを実行している場合を除き、ファイル/ソケット/パイプを繰り返し開いて閉じていなければなりません。それがなぜ起こっているのかを調べ、それについて何をすべきかを理解できるはずです。

FYIの次のパターンは、ファイル記述子をリークしないことが保証されているファイルに書き込む安全な方法です。

Writer w = new FileWriter(...); 
try { 
    // write stuff to the file 
} finally { 
    try { 
     w.close(); 
    } catch (IOException ex) { 
     // Log error writing file and bail out. 
    } 
} 

---

^{1 - カーネルにコンパイルのようにハードワイヤード。利用可能なfdスロットの数を変更すると、再コンパイルが必要となり、他のものに利用できるメモリが少なくなる可能性があります。 Unixが16ビットマシン上で動作する時代には、これらのことは本当に重要でした。}

UPDATE

のJava 7の方法は、より簡潔である：

try (Writer w = new FileWriter(...)) { 
    // write stuff to the file 
} // the `w` resource is automatically closed 

---

UPDATE 2

どうやらあなたはまた、 "あまりにも多くのファイルのオープンを" 遭遇することができます外部プログラムを実行しようとしています。基本的な原因は上記のとおりです。ただし、exec(...)でこれが発生する理由は、JVMが外部アプリケーションの標準入力/出力/エラーに接続される "パイプ"ファイル記述子を作成しようとしているためです。

Answer 2

あなたは明らかに新しいものを開く前にあなたのファイル記述子を閉じることはありません。あなたは窓かLinuxか？

Answer 3

最近、私はプログラムバッチ処理ファイルを持っていましたが、私は確かにループ内の各ファイルを閉じましたが、エラーはまだそこにあります。スティーブンCが示唆したように高い値に最大ファイルディスクリプタ値を変更し、

：UNIXの場合

int index; 
while() { 
    try { 
     // do with outputStream... 
    } finally { 
     out.close(); 
    } 
    if (index++ % 100 = 0) 
     System.gc(); 
} 

Answer 4

：

以降、私はゴミで、この問題を解決するには、熱心にファイルのすべての何百もの収集しますこの問題を回避します。

は、あなたの現在のファイルディスクリプタの能力を見て試してみてください。 ulimit -n

変化よりもあなたの必要性に応じて！

これが役に立ちます。ありがとう！

Answer 5

ほとんどの一般的なケースでは、ファイルハンドルが閉じられていないというエラーは非常にはっきりしていますが、Linux上のJDK7でインスタンスが発生したばかりです...ここで十分説明しています。

プログラムは、FileOutputStream（fos）、BufferedOutputStream（bos）、およびDataOutputStream（dos）を開きました。データ出力ストリームに書き込んだ後、DOSは閉じられ、すべてがうまくいったと思った。

しかし、dosは、ディスクフルエラーを返したボスをフラッシュしようとしました。その例外はDataOutputStreamによって奪取され、その結果、基底のボスは閉じられなかったため、fosはまだ開いていました。

その後、ファイル名が（.tmpのものから）本名に変更されました。それによって、Javaファイル記述子トラッカーは元の.tmpのトラックを失っていましたが、まだ開いていました！

これを解決するには、まず自分自身でDataOutputStreamをフラッシュし、IOExceptionを取得してFileOutputStreamを閉じなければなりませんでした。

私はこれが誰かを助けてくれることを願っています。