finally块资源关闭安全指南

finally块并非自动关闭资源的“保险箱”，它仅保证代码执行，而真正安全释放资源必须依赖严谨的手动清理逻辑：每个资源的close()调用都需独立包裹try-catch并判空，以防一个异常中断整个清理流程；虽Java 7+推荐更简洁可靠的try-with-resources，但在遗留系统或低版本兼容场景中，写对finally仍是防止连接泄漏、文件句柄耗尽等严重问题的最后一道防线——稍有疏忽，看似稳妥的finally反而会掩盖原始错误、导致资源悄然堆积。

finally 块真能保证资源关闭吗？

不能。finally 块本身不自动关闭资源，它只是提供一个“无论如何都会执行”的代码位置；是否真正关闭，取决于你在里面写的逻辑是否正确、是否处理了关闭时可能抛出的异常。比如调用 connection.close() 时如果抛出 SQLException，而你没捕获，整个方法会因未处理异常提前退出，后续清理逻辑就断了。

为什么不能只在 try 里 close，也不写 finally？

因为 try 块中一旦发生异常（如 SQL 执行失败、网络中断），控制流会立即跳转到 catch 或直接向外抛出，try 末尾的 close() 根本不会执行。常见错误写法：

try {
    Connection conn = DriverManager.getConnection(url);
    PreparedStatement stmt = conn.prepareStatement(sql);
    stmt.execute();
    conn.close(); // ← 这行大概率执行不到
    stmt.close();
} catch (SQLException e) {
    // 处理异常
}

这种写法下，只要 stmt.execute() 抛异常，连接就泄漏了。

finally 中 close 的正确姿势

必须对每个资源的 close() 单独包裹 try-catch，避免一个资源关闭失败阻断其他资源释放。还要注意：null 检查、关闭顺序（通常先子后父，如先 ResultSet 再 Statement 再 Connection）。

• close() 方法本身可能抛 SQLException（JDBC）或 IOException（IO 流），必须捕获，且不能简单吞掉——至少要记录日志
• 资源变量需声明在 try 外（如 Connection conn = null;），否则 finally 无法访问
• Java 7+ 更推荐用 try-with-resources，但 legacy 代码或需兼容老 JDK 时，finally 仍是刚需

示例（JDBC）：

Connection conn = null;
PreparedStatement stmt = null;
ResultSet rs = null;
try {
    conn = DriverManager.getConnection(url);
    stmt = conn.prepareStatement("SELECT * FROM users");
    rs = stmt.executeQuery();
    // 处理结果
} catch (SQLException e) {
    // 处理业务异常
} finally {
    if (rs != null) {
        try { rs.close(); } catch (SQLException e) { /* log */ }
    }
    if (stmt != null) {
        try { stmt.close(); } catch (SQLException e) { /* log */ }
    }
    if (conn != null) {
        try { conn.close(); } catch (SQLException e) { /* log */ }
    }
}

流资源（InputStream / OutputStream）的 finally 关闭要点

和 JDBC 类似，但部分流（如 BufferedInputStream）的 close() 会级联关闭底层流，所以不必重复关；不过为清晰起见，仍建议统一判空 + 尝试关闭。关键差异：

• IO 流抛的是 IOException，不是 SQLException，别用错 catch 类型
• 某些流（如 ByteArrayInputStream）的 close() 是空操作，但调用也无害，可统一处理
• 如果流来自 Files.newInputStream() 等 NIO 方法，关闭行为一致，仍需判空 + try-catch

示例：

InputStream is = null;
try {
    is = new FileInputStream("data.txt");
    // 读取...
} finally {
    if (is != null) {
        try { is.close(); } catch (IOException e) { /* log */ }
    }
}

多层嵌套资源、异步回调、或资源初始化本身失败（如 new FileInputStream() 抛 FileNotFoundException），都会让 finally 中的判空逻辑更关键——漏掉一个 != null 检查，就可能触发 NullPointerException 掩盖原始错误。

今天关于《finally块资源关闭安全指南》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！