DBCP数据库连接失效的解决方法(Io 异常：Connection reset)

网上很多评论说DBCP有很多BUG，但是都没有 指明 是什么BUG，只有一部分人说数据库如果因为某种原因 断掉 后再DBCP 取道 的连接都是 失效 的连接，而没有重新取。有的时候会报Io 异常：Connection reset。 
解决方法： 

spring中datasource的配置如下： 

分析: 
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生成新连接 
     void destroyObject(Object obj) throws Exception;关闭连接 
     boolean validateObject(Object obj); 验证连接是否有效，如果_validationQuery不空，则使用该属性作为验证连接是否有效的sql语句，查询数据库 
     void activateObject(Object obj) throws Exception;激活连接对象 
     void passivateObject(Object obj) throws Exception; 关闭连接生成过的Statement和ResultSet，使连接处于非活动状态 
    而GenericObjectPool有几个主要属性 
     _timeBetweenEvictionRunsMillis：失效检查线程运行时间 间隔，默认-1 
     _maxIdle：对象池中对象最大个数 
     _minIdle：对象池中对象最小个数 
     _maxActive：可以从对象池中 取出的对象最大个数，为0则表示没有限制，默认为8 
     在构造GenericObjectPool时，会生成一个内嵌类Evictor，实现自Runnable接口。如果 _timeBetweenEvictionRunsMillis大于0，每过_timeBetweenEvictionRunsMillis 毫秒 Evictor会调用evict()方法，检查对象的 闲置时间是否大于 _minEvictableIdleTimeMillis毫秒（_minEvictableIdleTimeMillis小于等于0时则忽略，默认为30 分钟），是则 销毁此对象，否则就激活并校验对象，然后调用ensureMinIdle方法检查确保池中对象个数不小于_minIdle。在调用 returnObject方法把对象放回对象池，首先检查该对象是否有效，然后调用PoolableObjectFactory 的passivateObject方法使对象处于非活动状态。再检查对象池中对象个数是否小于_maxIdle，是则可以把此对象放回对象池，否则销毁此对象。 
     还有几个很重要的属性，_testOnBorrow、_testOnReturn、_testWhileIdle，这些属性的意义是取得、返回对象和 空闲时是否进行验证，检查对象是否有效，默认都为false即不验证。所以当使用DBCP时，数据库连接因为某种原因断掉后，再从连接池中取得连接又不进行验证，这时取得的连接实际已经时无效的数据库连接了。网上很多说 DBCP的bug应该都是如此吧，只有把这些属性设为true，再提供_validationQuery语句就可以保证数据库连接始终有效了，oracle数据库可以使用SELECT COUNT(*) FROM DUAL，不过DBCP要求_validationQuery语句查询的记录集必须不为空，可能这也可以算一个小小的BUG，其实只要_validationQuery语句执行通过就可以了。

转载地址：http://www.cfanz.cn/index.php?c=article&a=read&id=223952