如何使用finally块在程序跳转前执行必要的物理资源清理与状态重置-java教程-PHP中文网

finally块总会在return、break、throw后执行，前提是try或catch已开始执行且未发生JVM强制终止；它在return表达式求值后、实际返回前运行，可覆盖原返回值或压制异常。

如何使用finally块在程序跳转前执行必要的物理资源清理与状态重置

finally 块在 return、break、throw 后是否真能执行

能，只要 try 或 catch 块已开始执行，且未发生 JVM 强制终止（如 System.exit()、线程被 kill），finally 一定会执行——哪怕前面有 return、break、continue 或未捕获的异常。

常见误解是“return 一出，函数立刻结束”，其实 JVM 会暂存返回值，先跳进 finally，再完成返回。这点对资源清理至关重要。

finally 在 return 表达式求值后、实际返回前执行（注意：若 finally 里也有 return，它会覆盖原返回值）
break/continue 在循环中触发时，finally 仍会在跳出前执行（适用于带 try 的循环体）
若 finally 抛出异常，它会压制 try 或 catch 中已有的异常（这是易踩坑点）

物理资源清理：文件句柄、数据库连接、Socket 等必须显式 close

Java 的 AutoCloseable 接口和 try-with-resources 是更优解，但 finally 仍是底层保障——尤其当资源不实现该接口，或需在关闭前做状态校验/日志记录时。

典型场景：打开文件后写入数据，无论成功失败都必须释放句柄；数据库连接必须归还连接池，否则快速耗尽。

不要在 try 中直接 close()：若 close() 抛异常（如网络中断），后续清理逻辑可能跳过
在 finally 中调用 close()，且对 close() 自身做 try-catch（避免压制主异常）
检查资源引用是否为 null：防止 NullPointerException 中断清理流程

FileInputStream fis = null;
try {
    fis = new FileInputStream("data.bin");
    // ... 读取操作
} finally {
    if (fis != null) {
        try {
            fis.close(); // 关键：close 可能抛 IOException
        } catch (IOException ignored) { /* 记录日志，但不抛出 */ }
    }
}