当连接返回池时，BoneCP（或任何其他池）是否关闭连接的语句？

Question

当连接返回池时，BoneCP（或任何其他池）是否关闭连接的语句？据我了解，它不会调用实际连接的 close 方法，因此没有自动语句关闭。那么，它是否以任何其他方式关闭语句，或者我是否需要手动关闭它们？

Answer 1

JDBC 规范对于正常连接关闭时会发生什么情况非常不清楚，因此，无论您使用什么池，您都应该始终确保手动关闭语句。考虑一下，如果您选择将来切换到另一个池，而该池无法实现您期望的功能，那么您的应用程序会发生什么情况。

至于 BoneCP，答案是否定的，它不会为您关闭您的语句，尽管它可以配置为在您忘记时关闭您的连接。这是出于性能原因，因为如果您关闭连接，某些 JDBC 驱动程序将在内部关闭任何仍处于活动状态的语句。

但是，如果您启用了语句缓存，BoneCP 将关闭所有缓存的语句。

编辑：从 v0.8.0 开始，添加了对关闭未关闭语句的支持（如果需要，可以打印打开语句的位置的堆栈跟踪）。

Answer 2

BoneCP (0.8.0 -RC3)，有 2 种可能的结果，

仅对非缓存语句进行一些配置关闭

无论您如何配置缓存语句，都不关闭< /strong> 即使您显式调用statement.close()。

有一个StatementCache类来缓存preparedStatement &可调用语句。默认为禁用。您需要使用 >0 参数调用 BoneCPConfig.setStatementsCacheSize() 来启用它。启用缓存后，

1 BoneCP.Statement.Close() 如果被缓存，将绕过底层语句关闭。

  public void close() throws SQLException {
      this.connectionHandle.untrackStatement(this);
  this.logicallyClosed.set(true);
  if (this.logStatementsEnabled){
        this.logParams.clear();
        this.batchSQL = new StringBuilder();
      }

      if (this.cache == null || !this.inCache){ // no cache = throw it away right now
           this.internalStatement.close();
  }
}

2 BoneCP.Connection.close()
只需通过函数“clearStatementCaches()”简单地清除缓存。

好消息是，当您通过函数“closeAllOpenStatements()”关闭连接时，MYSQL JDBC 驱动程序 Connector/J 将关闭所有打开的语句