Finally代码块作用及资源释放详解

finally代码块是Java中保障资源释放和清理操作可靠执行的关键机制，它确保无论try块是否抛出异常、是否提前return，其中的代码都会被执行，从而有效避免文件流、数据库连接等资源泄漏；但需注意其在JVM退出、线程被强制终止等极端场景下失效，因此现代Java开发更推荐优先使用try-with-resources语法——它自动管理AutoCloseable资源、简化代码、支持多资源逆序关闭且异常可抑制，兼顾简洁性与健壮性，是更安全、更优雅的资源管理实践。

finally代码块用于确保一段代码无论是否发生异常都会被执行，主要用来释放资源、清理状态或执行收尾操作。

保证资源释放的可靠性

在Java中，文件流、数据库连接、网络套接字等资源需要显式关闭，否则可能造成内存泄漏或连接耗尽。try-catch无法覆盖所有执行路径（比如return语句提前退出、System.exit()、JVM崩溃等），而finally能最大程度保障清理逻辑运行。

• 即使try块中有return，finally仍会在方法返回前执行
• 即使catch块抛出新异常，finally也会先执行再向上抛出
• 若finally中也有return，它会覆盖try/catch中的return值（不推荐这样写）

常见资源释放写法示例

以FileInputStream为例：

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接口的资源，更简洁且不易出错：

• 资源在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）

因此关键资源释放应结合超时机制、连接池管理、守护线程监控等手段增强健壮性。

本篇关于《Finally代码块作用及资源释放详解》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！