主页 / 问题 / 1301808
Accepted
unkn0wn
Asked:2022-07-04 16:26:11 +0000 UTC2022-07-04 16:26:11 +0000 UTC

在Java中关闭它时抛出异常时如何处理语句？

  • 772

朋友说，在他们团队接受项目时，验证者向他们指出，该对象是明确关闭的Statement。我也问了自己这个问题，然后去看看官方文档是怎么说的：

通常最好在使用完资源后立即释放资源，以避免占用数据库资源。

因此，显式关闭是一种很好的做法Statement，显然，这是通过以下方式完成的：

try {
        // работа со statemen'ом
    } catch (SQLException e) {
        LOGGER.error("Failed to execute SQL statement: {}.", SQL_PROCEDURE_CREATE_ACCOUNT);
        throw new DaoException("Failed to execute SQL statement: " + SQL_PROCEDURE_CREATE_ACCOUNT, e);
    } finally {
        try {
            statement.close();
        } catch (SQLException e) {
            //todo а если не удалось закрыть statement, что тогда делать?

            LOGGER.error("Database access error occurs when trying to close Statement object.", e);
            throw new DaoException("Database access error occurs when trying to close Statement object." + e);
        }
    }

问题：

  1. statment如果尝试使用显式方法调用关闭对象时statement.close()抛出异常，如何处理对象SQLException，根据官方文档，可以在以下情况下抛出异常：

抛出：SQLException - 如果发生数据库访问错误

  1. 如果对象本身实现了接口，是否还需要显式关闭statement方法调用？statement.close()StatementAutoCloseable

指定者：接口AutoCloseable中的close

java

2 个回答

  1. Best Answer
    1. 必须关闭。像任何实现接口的对象一样Closeable/AutoCloseable
    2. 最好的方法是使用try-with-resorces 语句。 
      try (Statement stmt = ....) {
    // работа со statemen'ом
} catch (SQLException e) {
    LOGGER.error("Failed to execute SQL statement: {}.", SQL_PROCEDURE_CREATE_ACCOUNT);
    throw new DaoException("Failed to execute SQL statement: " + SQL_PROCEDURE_CREATE_ACCOUNT, e);
}
    3. 除了在关闭期间可能发生的异常，与任何其他工作一样：如果可以，我们处理它，如果不能，我们进一步释放它

    这是使用数据库的典型代码

    try (Connection con = .......) {
  ......
  try (Statement stmt = con.PrepareStatement(...)) {
    ......
    try (ResultSet res = stmt.executeQuery()) {
      .........
    }
  }
}
    • 2

  2. 回答了你自己的问题

    因此，明确关闭是一个好习惯Statement

    没错，这里必须补充一点，如果执行了隐式闭包，即 如果使用资源尝试，那么执行过程中发生的异常close()应该单独捕获。

    该接口AutoClosable不会自动关闭语句，而是隐式关闭它，就像上面提到的情况一样。

    现在

    //todo，如果不能关闭语句，那该怎么办？

    好吧，这里的原因可能不同，但在大多数情况下，这没什么意义，所以可以简单地忽略异常。

    • 1

相关问题