最可靠、最简洁的方式是用try-with-resources语句——它自动调用close()确保文件句柄安全释放，无论是否发生异常；多资源按后声明先关闭，且支持异常抑制机制。
在 Java 文件读写流操作中，确保文件句柄安全释放的关键是把异常处理和资源管理绑定在一起——不能只捕获异常，也不能只想着关流，二者必须同步完成。最可靠、最简洁的方式就是用 try-with-resources 语句，它天然支持自动关闭 + 异常兜底。
为什么传统 try-catch-finally 容易出问题
手动在 finally 块里 close() 看似稳妥，但实际容易遗漏或写错：
- 多个流嵌套时，close() 顺序写反可能导致后一个流还没关，前一个已抛异常，造成部分资源未释放
- close() 自身也可能抛 IOException，若没二次 try-catch，会掩盖原始异常
- 代码冗长，可读性差，维护成本高
try-with-resources 是标准解法
所有 I/O 流（如 FileInputStream、BufferedReader、Files.lines() 返回的 Stream）都实现了 AutoCloseable 接口，可以直接用于 try-with-resources：
- 资源在 try 括号内声明，JVM 保证块退出时自动调用 close()，无论是否发生异常
- 多个资源用分号隔开，关闭顺序为“后声明先关闭”，符合资源依赖逻辑
- 若 try 块和 close() 都抛异常，主异常保留，close 异常会被抑制（可通过 getSuppressed() 获取）
Files.lines() 这类流型资源特别需要小心
它返回的 Stream
- 用 for-each、forEach、count() 或 findFirst() 都不会自动关闭流
- 不加 try-with-resources，句柄可能长期占用，大文件批量处理时极易触发 “Too many open files”
- 正确写法必须是：
try (Stream<string> lines = Files.lines(path)) { ... }</string>
异常分类处理更利于定位问题
不要只 catch IOException 一揽子吞掉所有错误：
- 先捕获 FileNotFoundException：说明路径错、权限不足或文件根本不存在
- 再捕获 SecurityException：检查 JVM 安全策略或沙箱限制
- 最后 catch IOException：覆盖编码错误、磁盘满、网络中断等通用场景
- 每种异常都记录完整堆栈，避免只打印 message 导致排查困难
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
