我应该先关闭哪个，PreparedStatement 还是 Connection？

Question

在 JDBC 中使用PreparedStatement 时，我应该先关闭PreparedStatement 还是先关闭Connection？我刚刚看到一个代码示例，其中首先关闭了Connection，但在我看来，首先关闭PreparedStatement 似乎更合乎逻辑。

是否有标准的、可接受的方式来执行此操作？有关系吗？关闭Connection 是否也会导致关闭PreparedStatement，因为PreparedStatement 与Connection 对象直接相关？

Answer 1

声明。我希望你关闭（按顺序）

1. 结果集
2. 声明
3. 连接

（并一路检查空值！）

即以反向顺序关闭。

如果您使用 Spring JdbcTemplate（或类似的），那么它将为您解决这个问题。或者，您可以使用Apache Commons DbUtils 和DbUtils.close() 或DbUtils.closeQuietly()。

Answer 2

以下程序应（按顺序）完成

• ResultSet
• PreparedStatement
• Connection。

另外，建议关闭finally close 中的所有 JDBC 相关对象以保证关闭。

//Do the following when dealing with JDBC. This is how I've implemented my JDBC transactions through DAO....

Connection conn = null;
PreparedStatement ps = null;
ResultSet rs = null;

try {
  conn = ....
  ps = conn.prepareStatement(...);

  //Populate PreparedStatement
  rs = ps.executeQuery();

} catch (/*All relevant exceptions such as SQLException*/Exception e) {
  logger.error("Damn, stupid exception: " , e);
} finally {
if (rs != null) {
            try {
                rs.close();
                rs = null;
            } catch (SQLException e) {
                logger.error(e.getMessage(), e.fillInStackTrace());
            }
        }

        if (ps != null) {
            try {
                ps.close();
                ps = null;
            } catch (SQLException e) {
                logger.error(e.getMessage(), e.fillInStackTrace());
            }
        }

        try {
            if (conn!= null && !conn.isClosed()){
                if (!conn.getAutoCommit()) {
                    conn.commit();
                    conn.setAutoCommit(true);
                }
                conn.close();
                conn= null;
            }
        } catch (SQLException sqle) {
            logger.error(sqle.getMessage(), sqle.fillInStackTrace());
        }
}

您可以看到我已经检查了我的对象是否为空，对于连接，如果连接没有自动提交，请检查首先。许多人没有检查它并意识到该事务尚未提交给 DB。