Hibernate DBCP 连接池配置与问题解析

查到一些资料与大家分享，希望能够深入讨论
connection耗尽不一定就是由connection leak引起，如果你的执行队列中线程数设置的比connection pool大，而且你的某些程序占用connection时间过长，致使执行队列中的线程已经把connection pool中的所有的connection都申请出来了，此时如果再有新的执行线程响应请求申请connection，pool中已经告罄，connection就无从得到了，只有等待。这从控制台的connection监控中是看得出的。这种情况下，如果程序能正确关闭connection，connection还是会被释放的，不会泄露。

还有一种情况是已获得connection的线程间发生了死锁，没法去释放connection，使得connection被一直占用。这要去重点检查一下应用中的synchronize代码段和涉及数据库锁的代码。同时可以定时，尤其是系统挂了后作一下thread dump,重点看看运行中和等待资源的线程在忙什么和等什么。

如果要查connection leak，还是得从应用入手，仔细检查connection的分配与释放。确保connection的释放代码放在finally段中。还有就是重点检查connection有没有被一些static对象引用。泄露往往就发生在这里。JVM的GC对付一般的Connection leak还是很有效的，比如说未关闭的connection只是函数中的局部变量且并未被其它对象引用。但GC对被Static对象引用的connection是有心无力。

用profiling工具可以辅助侦测connection leak，具体做法是在CPU的代码执行视图的代码执行树里，检查get connection与close connection的执行次数是否相同？如果get connection执行次数大于close connection，这就要重点检查一下了。这一类的工具有很多，常见的有：JProfiler，JProbe，OptimizeIt
------------------------------------------------------------------------
DBCP代码研读以及就数据库连接失效的解决
问题

网上很多评论说DBCP有很多BUG，但是都没有指明是什么BUG，只有一部分人说数据库如果因为某种原因断掉后再DBCP取道的连接都是失效的连接，而没有重新取。就此研读了一下DBCP的代码，共享之。

分析

DBCP使用apache的对象池ObjectPool作为连接池的实现，有以下主要的方法

Object borrowObject() throws Exception;从对象池取得一个有效对象

void returnObject(Object obj) throws Exception;使用完的对象放回对象池

void invalidateObject(Object obj) throws Exception;使对象失效

void addObject() throws Exception;生成一个新对象


ObjectPool的一个实现就是GenericObjectPool，这个类使用对象工厂PoolableObjectFactory实现对象的生成，失效检查等等功能，以其实现数据库连接工厂PoolableConnectionFactory做以说明，主要方法：

     Object makeObject() throws Exception; 使用ConnectionFactory生成新连接