java中用try-with-resources配合bufferedreader读文件最稳妥高效，因资源自动关闭防泄漏、逐行读取低内存开销；必须用try-with-resources声明，推荐files.newbufferedreader替代嵌套构造，按行处理不累积全文到内存。
Java 中用 try-with-resources 配合 BufferedReader 读文件，核心是让资源自动关闭、避免句柄泄漏，同时保持逐行读取的低内存开销。只要写法规范，它就是最稳妥高效的文本读取方式。
必须用 try-with-resources 声明 BufferedReader
BufferedReader 实现了 AutoCloseable 接口，JVM 会在 try 块结束时自动调用 close()，无论是否发生异常。这比手写 finally 块更简洁、更可靠：
- 不用手动写 reader.close()，也不用判断 null
- 即使 readLine() 抛出 IOException，close() 仍会执行
- 编译器生成等效的 try-finally 字节码，语义清晰、无遗漏风险
推荐用 Files.newBufferedReader 替代嵌套构造
比起 new BufferedReader(new FileReader(...))，直接用 Files.newBufferedReader 更简洁、更安全：
- 自动使用标准缓冲区（默认 8192 字节），无需额外配置
- 强制要求传入 Charset，比如 StandardCharsets.UTF_8，避免平台默认编码导致的乱码
- 底层基于 Path，路径操作更现代，且能提前校验文件是否存在、是否可读
按行处理，不累积全文到内存
readLine() 本身不会导致内存溢出，问题出在后续处理逻辑：
- ✅ 正确做法：每读一行就立即处理（如解析、写库、打印），处理完即丢弃引用
- ❌ 错误做法：把所有 line 添加进 ArrayList 或拼接进 StringBuilder —— 文件越大，内存占用越高
- 对超长行（如单行几 MB 的日志）可加长度限制，防止意外分配过多内存
需要缓冲增强或编码兼容时的扩展写法
多数场景用 Files.newBufferedReader 就够了；但遇到特殊需求，可以灵活组合：
- 要自定义缓冲区大小（如设为 64KB）：new BufferedReader(new InputStreamReader(Files.newInputStream(path), UTF_8), 64 * 1024)
- 读 GBK 或其他非 UTF-8 编码文件：用 Charset.forName("GBK") 替换 StandardCharsets.UTF_8
- 需同时管理多个资源（如 FileReader + BufferedReader）：在同一个 try 括号中声明，JVM 按后声明先关闭顺序执行
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
