Java Files.lines 忘记关闭流为什么会占文件句柄

会。Files.lines(path) 返回的是惰性的 Stream，它背后关联着打开的文件；如果只调用 filter、count 或 findFirst，却把流带出方法或忘记关闭，操作系统文件句柄就可能长期占用。正确做法是把整个流处理放进 try-with-resources，让正常返回、异常退出和提前结束都经过 close()。

要点速览：Files.lines 适合惰性逐行处理；Stream 的资源边界必须由调用方管理；小文件一次性读入可选 Files.readAllLines，但它不能替代所有大文件场景。

一、Files.lines 为什么会占着文件句柄

Files.lines 不是把全部内容立即装进一个 List，而是创建一个按需读取的流。官方 API 说明，返回流包含对打开文件的引用，关闭流才会释放这部分资源。也就是说，终止操作完成只代表数据处理结束，不等于所有 IO 资源自动完成生命周期收尾。

下面这些写法很容易把资源边界藏起来：

Stream lines = Files.lines(path); // 中文注释：创建惰性行流，但此处仍持有文件资源
return lines.filter(line -> line.contains("ERROR")) // 中文注释：中间操作不会立即读完文件
        .count(); // 中文注释：终止操作消费流，但没有负责关闭它

短时间调用可能看不出问题，批量扫描目录、定时任务或并发请求中就可能出现“打开文件过多”、Windows 文件无法移动或删除等症状。不要把“对象以后会被 GC”当成及时释放文件资源的方案。

二、把流和终止操作放在同一个资源块

最稳妥的写法是声明资源后立即完成处理。Stream 实现了 AutoCloseable，离开 try 块时会自动关闭；即使过滤逻辑或终止操作抛出异常，也会执行资源收尾。

static long countErrors(Path path) throws IOException {
    // 中文注释：把 Files.lines 直接声明为资源，避免 Stream 脱离文件生命周期
    try (Stream lines = Files.lines(path, StandardCharsets.UTF_8)) {
        // 中文注释：终止操作在 try 块内完成，离开块时统一 close
        return lines.filter(line -> line.contains("ERROR")).count();
    }
}

如果只需要第一条匹配结果，也不要把 findFirst() 的结果当成关闭动作。提前结束只是停止遍历，资源仍应由 try-with-resources 负责：

static Optional firstError(Path path) throws IOException {
    // 中文注释：即使 findFirst 提前结束，也要让流在 return 前关闭
    try (Stream lines = Files.lines(path)) {
        return lines.filter(line -> line.contains("ERROR")).findFirst();
    }
}

如果关闭时也发生异常，Java 会保留主异常并把关闭异常作为 suppressed exception。排查时可检查 getSuppressed()，不要为了“让方法返回”而吞掉所有异常。

三、Files.lines、readAllLines 和 BufferedReader 怎么选

三者都能读文本，但资源和内存边界不同：

例如需要在读到特定标记后停止，并且要维护行号时，BufferedReader 的边界更直观：

static Optional findHeader(Path path) throws IOException {
    // 中文注释：Reader 也是 AutoCloseable，try 块负责释放底层文件资源
    try (BufferedReader reader = Files.newBufferedReader(path, StandardCharsets.UTF_8)) {
        String line;
        while ((line = reader.readLine()) != null) {
            // 中文注释：读到目标标记即可返回，离开 try 时 reader 仍会关闭
            if (line.startsWith("# header")) {
                return Optional.of(line);
            }
        }
        return Optional.empty();
    }
}

不要为了避免关闭流而一律使用 readAllLines：大文件会把内存压力转移到堆上。选择依据应是数据规模、是否需要全量集合和是否要提前停止。

四、检查方法返回值和循环里的资源边界

最危险的代码通常不是忘写一次 close，而是把未关闭流包装进另一个方法：

Stream openLines(Path path) throws IOException {
    // 中文注释：不要返回仍绑定文件句柄的 Stream，除非调用方明确承担关闭契约
    return Files.lines(path);
}

更安全的设计是让方法在内部完成聚合后返回普通值，或把消费逻辑作为回调执行。若确实要返回流，必须在接口文档中写清调用方负责关闭，并让调用方使用 try-with-resources。

循环中每次调用 Files.lines 都要有自己的资源块，不能把多个文件流存进集合后再慢慢处理。复查时重点看三处：创建流的位置、终止操作的位置、资源块结束的位置；这三者应处在同一段可读的生命周期内。

常见问题

Files.lines 调用 count 后还要 close 吗？要。count 是终止操作，不是资源关闭操作；把流声明在 try-with-resources 中即可。

findFirst 找到结果后文件会自动关闭吗？不要把它当成可靠契约。提前结束只停止遍历，仍应由资源块调用 close。

读小文件是否可以直接用 readAllLines？可以，但应确认文件规模可控且业务确实需要完整 List；大文件或只需筛选时优先使用可关闭的惰性读取方式。