try-finally 是保障关键清理逻辑必定执行的最基础可靠方式，无论try中是否发生异常、return或throw，finally都会在try块执行结束后立即运行，但system.exit()等极端情况除外。
在 Java 中，try-finally 是保障关键清理逻辑（如资源释放、状态还原、锁解除等）**必定执行**的最基础且可靠的方式——哪怕 try 块中发生了未捕获异常、提前 return、甚至 System.exit() 之外的任意控制流中断，finally 块仍会被执行（极少数 JVM 异常情况除外）。
为什么用 try-finally 而不是只靠 try-catch？
catch 只在异常被匹配时才触发，无法覆盖以下场景：
-
try中正常执行完后需要收尾（比如关闭文件句柄） - 发生未被捕获的异常（例如
RuntimeException且没写对应catch） -
try中直接return或throw新异常
finally 不关心异常是否发生、是否被捕获，它只保证“try 块执行结束”后立即运行——这是它的核心价值。
典型应用场景与写法
常见需强制执行的清理操作包括：关闭 I/O 流、释放数据库连接、解锁 ReentrantLock、重置线程局部变量、恢复被修改的全局标志位等。
示例：安全关闭 FileInputStream
FileInputStream fis = null;
try {
fis = new FileInputStream("data.txt");
// 读取数据...
process(fis);
} finally {
if (fis != null) {
try {
fis.close(); // 可能抛 IOException，但不影响 finally 主体流程
} catch (IOException e) {
// 记录日志，不抛出，避免掩盖原始异常
System.err.println("Failed to close file: " + e.getMessage());
}
}
}
注意：内层 close() 的异常必须捕获处理，否则可能覆盖 try 中原本的异常（Java 7+ 推荐用 try-with-resources 替代）。
需特别注意的行为细节
finally 的执行时机和返回值影响容易被忽略：
- 如果
try或catch中有return，JVM 会先记录返回值，再执行finally，最后返回——finally中若也有return，则会**覆盖原返回值** -
finally中抛出异常会**压制**try中已发生的异常（除非使用try-with-resources或显式抑制） -
System.exit()、JVM 崩溃、线程被强制中断（Thread.stop()，已废弃）等极端情况会导致finally不执行
与 try-with-resources 的关系
Java 7 引入的 try-with-resources 本质是语法糖，底层仍依赖 finally 实现自动关闭。它适用于实现了 AutoCloseable 的资源，写法更简洁、异常处理更规范（支持抑制异常）。但若资源不满足接口、或清理逻辑复杂（如需条件判断、多步骤还原），try-finally 仍是不可替代的手动控制方式。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
