关于statement.close和connection.close 备忘（上）

很多人都会有这个疑问。在回收数据库连接资源的时候，大家一般都用connection.close() ，那么在这个过程中其持有的statements和results是否被清理或标记为无效了呢？我们又应该用哪种方式来释放数据库资源呢？

这个既和你使用数据库连接的方式有关，也和驱动有关，也就是和你的jdbc/odbc……  Driver有关。

 我们来看看mysql-connector的源代码：

v5.0.7 Connection.java

 public void close() throws SQLException {     这里去掉了3.1.12版本的同步
  realClose(true, true, false, null);
 }

realClose中做了很多事，包括

closeAllOpenStatements();

this.io.quit();            注意这里关闭了io

this.io.forceClose();   注意这里关闭了io

其中closeAllOpenStatements()中会调用connection中所有stmt的realClose(false, true);

最后还有：

   this.openStatements = null;
   this.io = null;  

   ProfileEventSink.removeInstance(this);   // 3.1.12版本没有这句
   this.isClosed = true; 

 

v5.0.7 Statement.java

 public void close() throws SQLException {
  realClose(true, true);
 }
在realClose中，

this.closeAllOpenResults();  关闭了所有Results

对connection做了一些简单清理工作：

  if (this.connection != null) {
   if (this.maxRowsChanged) {
    this.connection.unsetMaxRows(this);
   }

   if (!this.connection.getDontTrackOpenResources()) {
    this.connection.unregisterStatement(this);
   }
  }

最后还有this.connection = null;

 

 

 

那么可以看出，最重要的地方在于 connection.close 关闭了connection的io   而statement没有关闭io 只是将connection设为null。

 

可以说connection.close () 关闭得更为彻底。

 

但是这样关闭不一定是必要的。 事实上我们在使用过程中不是一定要关得这么彻底，比如用数据库连接池的时候，在数据库操作完成后，完全可以用statement.close() 。这样该释放的都释放了，但是连接还在那里 ，下次用的时候也不用重新做io，这样想必效率上要高些。

 

另外在使用过程中必须具体应用具体分析，还必须仔细看看jdbc的代码。毕竟每个Driver或多或少有不同之处。

 

我在每分钟万级（不到10w）访问的情况下应用过statement.close()，没发现有任何内存泄露问题。

下一步需要做做比较，看看在效率和资源上的具体差别。

by zwonder  201106271756