finally代码块确保无论是否发生异常都会执行，用于资源释放和清理；但JVM退出、线程被杀等场景下不执行，推荐优先使用try-with-resources。
finally代码块用于确保一段代码无论是否发生异常都会被执行，主要用来释放资源、清理状态或执行收尾操作。
保证资源释放的可靠性
在Java中，文件流、数据库连接、网络套接字等资源需要显式关闭，否则可能造成内存泄漏或连接耗尽。try-catch无法覆盖所有执行路径（比如return语句提前退出、System.exit()、JVM崩溃等），而finally能最大程度保障清理逻辑运行。
- 即使try块中有return，finally仍会在方法返回前执行
- 即使catch块抛出新异常，finally也会先执行再向上抛出
- 若finally中也有return，它会覆盖try/catch中的return值（不推荐这样写）
常见资源释放写法示例
以FileInputStream为例：
（Java 7+ 更推荐使用try-with-resources）FileInputStream fis = null;
try {
fis = new FileInputStream("data.txt");
// 读取操作
} catch (IOException e) {
// 处理异常
} finally {
if (fis != null) {
try {
fis.close(); // 可能抛出IOException，需再次捕获
} catch (IOException e) {
// 记录日志，不建议在此抛出异常干扰主流程
}
}
}
优先使用try-with-resources替代手动finally
Java 7引入的try-with-resources语法自动管理实现了AutoCloseable接口的资源，更简洁且不易出错：
立即学习“Java免费学习笔记（深入）”；
- 资源在try语句结束时自动调用close()，无需手写finally
- 多个资源可并列声明，按声明逆序关闭
- 即使try块抛出异常，close()仍会被调用，且异常可被抑制（suppressed）
示例：
try (FileInputStream fis = new FileInputStream("data.txt");
BufferedReader reader = new BufferedReader(new InputStreamReader(fis))) {
// 使用资源
} catch (IOException e) {
// 处理异常
} // fis和reader在此自动关闭
finally不是万能的，要注意边界情况
以下场景finally不会执行：
- JVM直接退出（如调用System.exit()）
- 线程被强制中断（Thread.stop()，已废弃但仍有影响）
- 发生致命错误（如OutOfMemoryError且未被捕获）
- finally所在线程被杀死（如操作系统kill -9）
因此关键资源释放应结合超时机制、连接池管理、守护线程监控等手段增强健壮性。
