finally块资源关闭技巧与实践

finally块并非自动关闭资源的“保险箱”，它仅保证代码执行，而真正安全释放资源必须手动在其中对每个资源进行判空、单独try-catch包裹close调用，并严格处理关闭时可能抛出的异常（如SQLException或IOException），否则一个未捕获的关闭异常就会中断后续清理，导致资源泄漏；尽管Java 7+推荐更简洁可靠的try-with-resources，但在遗留系统或低版本兼容场景中，写对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学习网公众号了解相关技术文章。