在Java开发中，数据库操作是常见的任务之一。无论是执行查询、插入还是更新数据，都需要通过JDBC建立与数据库的连接。然而，许多开发者在实际编码过程中忽视了一个关键问题：如何确保数据库连接在使用完毕后被正确释放。如果连接未能及时关闭，不仅会浪费系统资源，还可能导致连接池耗尽，进而引发严重的性能问题甚至服务中断。因此，掌握如何安全地关闭数据库连接，是每一个Java程序员必须具备的基本技能。

传统的做法是使用try-catch-finally语句结构来管理数据库连接的生命周期。这种模式虽然略显繁琐，但在Java 7之前几乎是唯一可靠的方式。其核心思想是：无论程序是否发生异常，都必须确保Connection、Statement和ResultSet等资源最终被关闭。而finally块正是实现这一目标的关键所在。

在try块中，我们通常完成数据库连接的获取、SQL语句的执行以及结果的处理。一旦出现网络中断、SQL语法错误或权限不足等问题，就会抛出异常，程序流程立即跳转至catch块进行异常捕获和处理。但此时，如果连接尚未关闭，就存在资源泄漏的风险。因此，将关闭资源的代码放在finally块中，可以保证无论是否发生异常，这些清理操作都会被执行。

举个例子，假设我们要从用户表中查询一条记录。首先需要加载驱动、获取连接、创建语句并执行查询。代码大致如下：

java
Connection conn = null;
Statement stmt = null;
ResultSet rs = null;

try {
conn = DriverManager.getConnection(url, username, password);
stmt = conn.createStatement();
rs = stmt.executeQuery("SELECT * FROM users WHERE id = 1");

while (rs.next()) {
    System.out.println(rs.getString("name"));
}

} catch (SQLException e) {
e.printStackTrace();
} finally {
if (rs != null) {
try {
rs.close();
} catch (SQLException e) {
e.printStackTrace();
}
}
if (stmt != null) {
try {
stmt.close();
} catch (SQLException e) {
e.printStackTrace();
}
}
if (conn != null) {
try {
conn.close();
} catch (SQLException e) {
e.printStackTrace();
}
}
}

可以看到，在finally块中，我们对每一个可能为null的资源对象进行了判空检查，并在其不为空时调用close()方法。更重要的是，每个close()调用都被包裹在一个独立的try-catch中。这是因为close()方法本身也可能抛出SQLException，如果不加以捕获，这个异常可能会覆盖掉原本在try块中发生的异常，导致错误信息丢失。

尽管这种方式能够有效防止资源泄漏，但代码显得冗长且重复。从Java 7开始，引入了“try-with-resources”语句，允许我们将实现了AutoCloseable接口的资源在try语句中声明，编译器会自动生成等效的finally块来关闭这些资源。上述代码可以简化为：

java
try (Connection conn = DriverManager.getConnection(url, username, password);
Statement stmt = conn.createStatement();
ResultSet rs = stmt.executeQuery("SELECT * FROM users WHERE id = 1")) {

while (rs.next()) {
    System.out.println(rs.getString("name"));
}

} catch (SQLException e) {
e.printStackTrace();
}

总结来说，使用try-catch-finally安全关闭数据库连接，关键在于将资源释放逻辑置于finally块中，并对每个close()调用进行异常捕获。这不仅能避免资源泄漏，还能确保程序的健壮性。随着语言的发展，虽然已有更优的替代方案，但理解这一传统模式，对于深入掌握Java异常处理机制和资源管理原理仍具有重要意义。