DataSourceImpl是一个实现了接口javax.sql.DataSource的类,该类维护着一个连接池的对象。
由于该类是一个受保护的类,因此它暴露给使用者的方法只有接口DataSource中定义的方法,
其他的所有方法对使用者来说都是不可视的。我们先来关心用户可访问的一个方法
getConnection
DataSourceImpl类中实现getConnection方法的跟正常的数据库连接池的逻辑是一致的,首先判
断是否有空闲的连接,如果没有的话判断连接数是否已经超过最大连接数等等的一些逻辑。但是
有一点不同的是通过DriverManager得到的数据库连接并不是及时返回的,而是通过一个叫
_Connection的类中介一下,然后调用_Connection.getConnection返回的。如果我们没有
通过一个中介也就是JAVA中的Proxy来接管要返回的接口对象,那么我们就没有办法截住
Connection.close方法。
终于到了核心所在,我们先来看看_Connection是如何实现的,然后再介绍是客户端调用
Connection.close方法时走的是怎样一个流程,为什么并没有真正的关闭连接。
一旦使用者调用所得到连接的close方法,由于用户的连接对象是经过接管后的对象,因此JAVA
虚拟机会首先调用_Connection.invoke方法,在该方法中首先判断是否为close方法,如果
不是则将代码转给真正的没有被接管的连接对象conn。否则的话只是简单的将该连接的状态设置为可
用。到此您可能就明白了整个接管的过程,但是同时也有一个疑问:这样的话是不是这些已建立
的连接就始终没有办法真正关闭?答案是可以的。我们来看看ConnectionFactory.unbind方
法,该方法首先找到名字对应的连接池对象,然后关闭该连接池中的所有连接并删除掉连接池。在
DataSourceImpl类中定义了一个close方法用来关闭所有的连接,详细代码如下:
该方法一一调用连接池中每个对象的close方法,这个close方法对应的是_Connection中对close
的实现,在_Connection定义中关闭数据库连接的时候是直接调用没有经过接管的对象的关闭方法,因
此该close方法真正的释放了数据库资源。