finally块不保证资源释放，真正保障需在其中正确编写释放逻辑并配合try-with-resources等机制；其执行受限于JVM退出、致命错误等极端情况，且常见空指针等误用。
finally 块本身不保证资源释放，它只保证代码块中的语句“几乎总会执行”；真正保证资源释放，靠的是你在 finally 里写对了释放逻辑，并配合 try-with-resources 等现代机制。
finally 的执行保障范围有限
finally 块在以下情况会执行：
- try 块正常结束
- try 或 catch 中 return、break、continue
- try 或 catch 中抛出未被捕获的异常（包括 RuntimeException）
但它不会执行的情况包括：
- JVM 直接退出（如调用 System.exit()）
- 线程被强制中断且未响应（如 Thread.stop()，已废弃但仍有影响）
- 发生致命错误（如 OutOfMemoryError 导致 JVM 崩溃）
- finally 块自身抛出未处理异常或死循环/无限等待
仅靠 finally 不等于安全释放资源
常见误区是写了 finally 却没做对事。例如：
立即学习“Java免费学习笔记（深入）”；
FileInputStream fis = null;
try {
fis = new FileInputStream("file.txt");
// 读取操作
} finally {
fis.close(); // ❌ 可能空指针！fis 可能根本没初始化成功
}
正确写法应判空或确保变量已赋值：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
FileInputStream fis = null;
try {
fis = new FileInputStream("file.txt");
// ...
} finally {
if (fis != null) {
try { fis.close(); } catch (IOException ignored) {}
}
}
优先使用 try-with-resources（Java 7+）
这是更可靠、更简洁的资源管理方式，适用于实现了 AutoCloseable 接口的资源（如 InputStream、Connection、Scanner 等）：
try (FileInputStream fis = new FileInputStream("file.txt");
BufferedReader reader = new BufferedReader(new InputStreamReader(fis))) {
// 使用资源
} // ✅ 自动调用 close()，无论是否异常、是否 return
特点：
- 资源声明在 try 括号内，自动隐式调用 close()
- 即使构造函数抛异常，也不会触发 close（因为对象未创建成功）
- 多个资源按声明逆序关闭，且每个 close 异常都会被抑制（suppressed），主异常仍抛出
复杂场景下 finally + try-with-resources 结合用
有些资源不实现 AutoCloseable（如某些本地句柄、自定义锁），或需手动控制释放时机，此时应在 finally 中显式清理，并注意：
- 释放顺序要合理（如先关子资源，再关父资源）
- 每个 close 都包裹 try-catch，避免一个失败阻断后续释放
- 避免在 finally 中 throw 新异常，否则可能掩盖原始异常
例如手动管理数据库连接和 Statement：
Connection conn = null;
Statement stmt = null;
try {
conn = dataSource.getConnection();
stmt = conn.createStatement();
// 执行查询
} catch (SQLException e) {
// 处理异常
} finally {
if (stmt != null) {
try { stmt.close(); } catch (SQLException ignored) {}
}
if (conn != null) {
try { conn.close(); } catch (SQLException ignored) {}
}
}
不复杂但容易忽略：资源释放不是“写了 finally 就万事大吉”，而是“在正确的位置、用正确的方式、处理好每一种失败分支”。
