files.lines() 返回的 stream 必须用 try-with-resources 显式关闭，因其底层封装 reader 和 fileinputstream，不关闭会导致句柄泄露；正确写法是在 try 小括号内直接声明初始化，且不可嵌套或重赋值。
Files.lines() 返回的 Stream 必须显式关闭
Files.lines() 底层基于 FileChannel 或 InputStream 构建，返回的是一个 Stream<string></string>，但它**不是自动关闭资源的“短生命周期”流**。JDK 文档明确写明：“The returned stream encapsulates a Reader. If timely disposal of file system resources is required, the try-with-resources construct should be used.” —— 换句话说，不关，句柄就一直占着。
常见错误是直接链式调用后丢弃引用：
Files.lines(Paths.get("huge.log"))
.filter(line -> line.contains("ERROR"))
.findFirst(); // ❌ Stream 未关闭，底层 Reader 和 FileInputStream 仍打开
这在处理多个大文件、或长期运行的服务中，极易触发 java.io.IOException: Too many open files。
try-with-resources 的正确写法：必须声明为 final 或 effectively final 变量
因为 Stream 实现了 AutoCloseable，但只有在 try 语句中作为资源声明时才会被自动关闭。不能把它塞进 lambda 或中间操作里再关——关不了。
- ✅ 正确：在 try 小括号里直接声明并初始化
- ✅ 正确：用
final Stream<string> lines = Files.lines(...);</string>然后放进 try - ❌ 错误：先赋值给普通变量再 try（非 final 且后续有重赋值）
- ❌ 错误：用
Stream.of(Files.lines(...))包一层——外层 Stream 不代理关闭内层
示例：
try (Stream<string> lines = Files.lines(Paths.get("access.log"))) {
lines.filter(line -> line.startsWith("2024-"))
.limit(100)
.forEach(System.out::println);
} catch (IOException e) {
// 处理 IO 异常
}</string>
注意 parallel() + try-with-resources 的陷阱
如果对 Files.lines() 流调用 .parallel()，关闭行为不变，但**并行流的内部拆分可能加剧资源竞争，且异常堆栈更难定位**。更关键的是：一旦流已开始并行消费，中途抛异常也可能导致关闭延迟或不可预测。
- 并行本身不改变 close 义务，仍需 try-with-resources
- 但大文件 + 并行 + 多层 filter/map 容易触发
ConcurrentModificationException或隐式阻塞（如某些终端操作依赖有序性） - 若需高性能，优先考虑
BufferedReader+readLine()循环，可控性更强
不推荐这样写：
try (Stream<string> lines = Files.lines(p).parallel()) { // ❌ 并行无必要，还增加风险
lines.map(this::parseLog).filter(Objects::nonNull).count();
}</string>
替代方案：什么时候该放弃 Files.lines()？
当文件超大（>1GB）、内存敏感、或需要精确控制缓冲区大小和编码时，Files.lines() 的默认 UTF-8 + 默认缓冲（通常 8KB）可能不够用，且无法定制 BufferedReader 参数。
- 需要指定编码？
Files.lines(path, Charset.forName("GBK"))可行，但不如new BufferedReader(new InputStreamReader(in, "GBK"))直观 - 要调大缓冲区？
Files.lines()不暴露缓冲参数；而BufferedReader可传入bufferSize - 要复用 Reader？
Files.lines()每次都新建，无法复用
真正稳的写法其实是退一步：
try (BufferedReader reader = Files.newBufferedReader(Paths.get("data.csv"), StandardCharsets.UTF_8)) {
String line;
while ((line = reader.readLine()) != null) {
process(line);
}
}
句柄泄露的风险点永远在「谁打开了、谁负责关」——Files.lines() 把责任交给你，而且只认 try-with-resources 这一种交接方式。漏掉括号里的声明，就等于没交出去。
