在Linux和其他UNIX /类似UNIX的平台上，操作系统对进程在任何给定时间可能具有的打开文件描述符的数量进行了限制。在过去，此限制曾经是硬接线1，并且相对较小。如今，它要大得多（几百/千），并且受“软”每进程可配置资源限制。（查找ulimit内置的shell …）
你的Java应用程序必须超过每个进程的文件描述符限制。
你说打开了19个文件，几百次之后，你得到一个IOException消息，说“打开的文件太多”。现在，仅当请求新的文件描述符时，才可能发生这种特殊的异常。即，当你打开文件（或管道或插座）时。你可以通过打印IOException的堆栈跟踪来验证这一点。
除非你的应用程序以很小的资源限制运行（这似乎不太可能），否则它必须重复打开文件/套接字/管道，并且无法关闭它们。找出发生这种情况的原因，你应该能够弄清楚该怎么做。
仅供参考，以下模式是一种写入文件的安全方法，可以确保不会泄漏文件描述符。
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位计算机上运行的时代，这些事情确实很重要。
更新
Java 7方法更加简洁：
try (Writer w = new FileWriter(...)) {
// write stuff to the file
} // the `w` resource is automatically closed
更新2
显然，在尝试运行外部程序时，你还会遇到“文件打开过多”的问题。基本原因如上所述。但是，遇到这种情况的原因exec(...)是JVM试图创建“管道”文件描述符，该描述符将连接到外部应用程序的标准输入/输出/错误。
602392714
清零编程群