怎么通过 finally 关键字确保数据库连接与 IO 句柄在任何异常场景下都能安全关闭

finally 关键字只保证一段代码无论如何都会执行，但具体关不关资源，并不由它说了算。能不能真正把数据库连接或者 IO 句柄安全地关掉，取决于你写的关闭逻辑是否足够健壮——判空、异常捕获、顺序控制，缺一不可。

资源变量必须声明在 try 外

Connection、PreparedStatement、InputStream 这些资源对象，必须在 try 块之外声明，并且初始化为 null。否则，finally 块根本访问不到它们，那还关什么？

• 正确写法：Connection conn = null; PreparedStatement stmt = null; InputStream is = null;
• 错误写法：try { Connection conn = DriverManager.getConnection(...); } finally { conn.close(); } → 编译直接报错，因为 conn 不在作用域内

每个 close() 都要单独 try-catch + 判空

close() 方法本身就可能抛出 SQLException 或 IOException，一旦有个异常没处理，后续的关闭操作就全被中断了。这里有两个关键点：

• 必须对 rs.close()、stmt.close()、conn.close() 各自加 if (xxx != null) 判断，并用单独的 try-catch 包裹
• 异常记录建议用 logger.warn("关闭 ResultSet 失败", e)，而不是简单的 printStackTrace()
• 注意：不要在 catch 块里 throw 或 return，否则会覆盖 try 块中原本的业务异常，这是很容易踩的坑

关闭顺序不能错

资源之间是有依赖关系的，反着顺序关就容易碰到“connection closed”这类异常。标准做法是：

• JDBC 场景：ResultSet → Statement → Connection
• IO 流场景：子流 → 父流（比如 BufferedInputStream → FileInputStream）
• 原因很简单：ResultSet 和 Statement 内部都持有 Connection 的引用，如果先把 Connection 关了，前面的两者就会立刻失效

比 finally 更推荐 try-with-resources

Ja va 7 引入的 try-with-resources 才是目前最安全、最简洁的方案。前提是资源类型实现了 AutoCloseable（JDBC 4.0 及以后的 Connection/Statement/ResultSet，以及所有标准 IO 流都满足这个条件）。它带来的好处是：

• 自动按声明逆序调用 close()
• 内部处理了异常抑制机制，不会掩盖主异常
• 完全不需要手动判空，也不用写冗长的 finally 块

示例就很简单：try (Connection conn = ds.getConnection(); PreparedStatement stmt = conn.prepareStatement(sql); ResultSet rs = stmt.executeQuery()) { ... }