Java中finally块需手动判空并捕获close()异常来关闭流，但易出错且无法处理多资源；现代推荐优先使用try-with-resources自动关闭AutoCloseable资源，异常不掩盖主异常，支持多资源逆序关闭。
在 Java 中，finally 块可用于确保流资源被关闭，但需注意：它本身不自动关闭资源，而是提供一个“无论如何都会执行”的位置来手动调用 close()。不过，这种方式容易出错（比如 close() 也抛异常），现代推荐优先使用 try-with-resources。
finally 块中安全关闭流的基本写法
如果必须用 try-catch-finally 结构，关键是在 finally 中判空并捕获 close() 可能抛出的异常，避免掩盖原始异常：
- 声明流变量在 try 外（如
InputStream is = null;），保证 finally 可访问 - finally 中先检查是否为 null，再调用
close() - 将
close()放在独立的 try-catch 内，防止它抛出的异常干扰主流程
示例：
InputStream is = null;
try {
is = new FileInputStream("data.txt");
// 读取操作...
} catch (IOException e) {
System.err.println("读取失败：" + e.getMessage());
} finally {
if (is != null) {
try {
is.close(); // 关闭可能抛 IOException
} catch (IOException e) {
System.err.println("关闭流时出错：" + e.getMessage());
}
}
}
为什么 finally 不是最佳选择？
finally 块无法自动处理多个资源、易遗漏判空、close 异常会掩盖主异常 —— 这些问题让代码冗长且脆弱：
立即学习“Java免费学习笔记（深入）”；
- 多个流（如 FileInputStream + BufferedInputStream）需逐个判空、逐个 close，嵌套麻烦
- 若 try 中已抛异常，finally 中
close()再抛异常，原始异常会被吞掉（Java 7 前） - 忘记判空或漏写 close，导致资源泄漏
更优解：优先用 try-with-resources
try-with-resources 是 Java 7 引入的语法糖，自动关闭实现了 AutoCloseable 的资源，语义清晰、安全可靠：
- 资源在 try 括号内声明，作用域明确，编译器自动生成 finally 并调用 close()
- 即使 try 中抛异常，close() 异常会被抑制（suppressed），主异常仍可见
- 支持多个资源，用分号分隔，自动按逆序关闭
示例（等价于上面逻辑，但更简洁安全）：
try (FileInputStream is = new FileInputStream("data.txt");
BufferedInputStream bis = new BufferedInputStream(is)) {
// 读取操作...
} catch (IOException e) {
System.err.println("操作失败：" + e.getMessage());
}
// is 和 bis 在此处已自动关闭，无需 finally
特殊情况：finally 仍有用武之地
当资源不是 AutoCloseable 类型，或需在关闭后执行额外清理（如解锁、重置状态），finally 仍是不可替代的兜底手段：
- 自定义锁对象（未实现 AutoCloseable）、数据库连接池中的手动归还等
- 需要在 close 后记录日志、通知监听器、修改共享标志位
- 兼容老版本 Java（低于 1.7）的遗留项目
不复杂但容易忽略：finally 是保障执行的机制，不是自动关闭的魔法。真正安全的资源管理，靠的是正确判断、主动关闭、以及优先选用语言提供的现代化工具。
