Files.lines()按行读取大文件需用try-with-resources显式关闭流防句柄泄漏；必须指定字符集避免乱码；filter中避免重操作；慎用parallel()，优先顺序处理。
Java NIO 中用 Files.lines() 按行读取大文件，核心是“流式 + 惰性 + 自动资源管理”，不是把文件全载入内存，而是一边读、一边处理、用完即关。
必须用 try-with-resources 包裹流
Files.lines() 返回的 Stream<String> 实现了 AutoCloseable，但 JVM 不会自动关闭它——你得显式用 try-with-resources，否则文件句柄泄漏，尤其在长时间运行或高并发场景下容易出问题。
- ✅ 正确写法：
try (Stream<String> lines = Files.lines(path, StandardCharsets.UTF_8)) {<br> lines.filter(...).forEach(...);<br>} - ❌ 错误写法：
Files.lines(path).filter(...).forEach(...);（流未关闭，资源悬空）
指定字符集避免乱码
不指定编码时默认用 UTF-8，但若文件是 GBK、ISO-8859-1 或其他编码，直接调用无参版本会导致中文乱码或 MalformedInputException。务必根据实际文件编码显式传入 Charset：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
Files.lines(path, StandardCharsets.GBK)Files.lines(path, Charset.forName("UTF-16"))- 推荐用
StandardCharsets中的常量，类型安全、无异常风险
过滤逻辑要轻量，别在 filter 里做重操作
流是逐行拉取的，filter 中的 lambda 会在每行触发一次。如果在里面编译正则、查数据库、解析 JSON 或新建大对象，性能会断崖式下降，甚至比传统 BufferedReader 还慢。
立即学习“Java免费学习笔记（深入）”；
- ✅ 推荐：
.filter(line -> !line.trim().isEmpty()).filter(line -> line.length() > 10 && line.charAt(0) == '#') - ✅ 停用词过滤（提前建好 HashSet）：
Set<String> stopWords = Set.of("the", "a", "an");<br>...filter(line -> Arrays.stream(line.split("\s+"))<br> .noneMatch(word -> stopWords.contains(word.toLowerCase()))) - ❌ 避免：
.filter(line -> Pattern.compile("error.*\d+").matcher(line).find())（每次新建 Pattern）
慎用 parallel()，顺序处理更稳
lines.parallel().filter(...).forEach(...) 看似能提速，实际多数情况适得其反：
- I/O 是瓶颈，CPU 并不忙，开多线程没收益
- 行序错乱：
forEach不保证顺序，forEachOrdered又失去并行意义 - 异常难调试：堆栈被包装成
CompletionException，定位原始错误行困难 - 建议先用
forEach或forEachOrdered；确认单行处理本身 CPU 密集（如加密、复杂匹配），再评估是否并行
