Java程序抛出Too many open files异常，自查句柄仍未解决

我来帮你梳理下这个问题的根源和解决办法——你遇到的是典型的文件句柄泄漏问题：程序打开了大量文件资源但没有正确关闭，导致操作系统允许的最大文件句柄数被耗尽。虽然你在writeOccurencesFile方法里尝试手动关闭流，但最终排查到的主函数里的其他未关闭资源才是元凶，不过咱们也可以顺便优化当前写入方法的资源管理逻辑，从根源上避免这类问题再次出现。

一、当前写入方法的潜在资源管理隐患 #

虽然你在finally块里尝试关闭fileReader和fileWriter，但这里存在几个容易导致泄漏的问题：

• 如果bufferedReader = new BufferedReader(fileReader);这一步抛出异常，bufferedReader.close()就不会执行，会导致缓冲流的句柄泄漏
• finally块里如果fileReader或者fileWriter本身是null，调用close()会抛出NullPointerException，反而会掩盖真正的泄漏问题
• 第一个try块初始化fileWriter时如果抛出异常，fileWriter会保持null状态，后续finally里的fileWriter.close()会直接报错

优化方案：使用try-with-resources自动管理资源 #

Java 7及以上提供的try-with-resources语法可以自动实现资源的关闭，不需要手动在finally里处理，能彻底避免这类泄漏问题。改写你的writeOccurencesFile方法：

static boolean writeOccurencesFile(String WORDLIST, String categoria, TreeMap<String, Integer> map) {
    File dizionario = new File(WORDLIST);
    if (!dizionario.exists()) {
        System.err.println("Dictionary file not found.");
        return false;
    }

    // 使用try-with-resources自动关闭所有实现AutoCloseable接口的资源
    try (FileReader fileReader = new FileReader(dizionario);
         BufferedReader bufferedReader = new BufferedReader(fileReader);
         FileWriter fileWriter = new FileWriter("files/" + categoria + ".txt", true)) {

        StringBuffer line = new StringBuffer();
        int contatore_index_parola = 1;
        String parola;
        while ((parola = bufferedReader.readLine()) != null) {
            if (map.containsKey(parola) && !parola.isEmpty()) {
                line.append(contatore_index_parola + ":" + map.get(parola).intValue() + " ");
                map.remove(parola);
            }
            contatore_index_parola++;
        }

        if (!line.toString().isEmpty()) {
            fileWriter.append(getCategoryID(categoria) + " " + line + "\n");
        }
        return true;
    } catch (IOException e) {
        e.printStackTrace();
        return false;
    }
}

这样所有流资源会在try块执行完毕后自动关闭，不管是正常结束还是抛出异常，都能保证资源被正确释放。

二、你排查到的核心泄漏点修复 #

你提到的另外两个未关闭资源是问题的关键，这里给出针对性的修复建议：

1. RandomAccessFile未关闭：RandomAccessFile同样实现了AutoCloseable接口，必须确保在使用后关闭。建议用try-with-resources包裹，或者在finally块里显式调用close()（注意先判空）：

   // 示例：RandomAccessFile的正确资源管理
   try (RandomAccessFile raf = new RandomAccessFile("your-file.txt", "rw")) {
       // 读写逻辑
   } catch (IOException e) {
       e.printStackTrace();
   }
   

2. PDF解析后的文件未关闭：不管你用的是哪种PDF解析库（比如iText、Apache PDFBox），解析时打开的PDF文件资源必须手动关闭。以PDFBox为例，PDDocument必须调用close()方法，同样推荐用try-with-resources：

   // 示例：PDFBox解析时的资源管理
   try (PDDocument document = PDDocument.load(new File("target.pdf"))) {
       // PDF解析逻辑
   } catch (IOException e) {
       e.printStackTrace();
   }
   

三、额外排查技巧 #

如果以后再遇到类似问题，可以用以下方式快速定位泄漏点：

• 在Linux/macOS上，用lsof -p <进程ID>查看当前进程打开的所有文件句柄，找到重复打开或未关闭的文件
• 在Windows上，可以用Process Explorer查看进程的句柄列表
• 在Java代码中添加日志，记录每个文件打开和关闭的时机，方便追踪泄漏位置

内容的提问来源于stack exchange，提问作者MARCO LAGALLA