我们大家在做J2EE项目开发的时候，都会用到Application Server，然后配置Connection Pool，Data Source，但不知道大家有没有留意到，其实我们绝大部分的应用用的都是Apache的DBCP机制。
JES，Weblogic，JBoss等等的大型App Server，其中一个好处就是提供了Admin Console，让配置做起来就像傻瓜式的，Step By Step就可以了，下面举个用Tomcat的应用例子，深入一点探讨DBCP的配置都做了些什么。（当然得配置Server.xml了，但是其实JES和Weblogic等等的大型App Server，也是可以同样修改Server.xml或这Domain.xml来达到同一目的的，只不过有了Admin Console，大家容易避免犯错，但其实我觉得，要深入了解一个App Server，避免不了深入了解配置文件里面的内容）。
当使用DBCP（通常我们都是用Oracle的了）时候，不知道大家有没有遇到一个情况，当数据库连接因为某种原因断掉（有可能时网络问题，导致App Server跑了一天后，第二天再跑马上爆错误），再从Connection Pool中获取连接而又不做Validate，这时候取得的Connection实际上已经是无效的了，从而导致程序一跑，马上爆Connect Reset错误。
其实只要你了解一下DBCP的运作机制和相关属性的话，这个问题就很容易避免了。
DBCP使用Apache的ObjectPool作为Connection Pool的实现，在构造GenericObjectPool的时候，会生成一个Inner Class Evictor，实现Runnable的接口。如果属性_timeBetweenEvictionRunsMillis > 0，每过_timeBetweenEvictionRunsMillis毫秒后Evictor会调用evict method，检查Object的idle time是否大于属性_minEvictableIdleTimeMillis毫秒（如果_minEvictableIdleTimeMillis设置为<=0则忽略，使用default value 30分钟），如果是则销毁该Object，否则就激活并进行Validate，然后调用ensureMinIdle method检查确保Connection Pool中的Object个数不小于属性_minIdle。在调用returnObject method把Object放回ObjectPool时候，需要检查该Object是否有效，然后调用PoolableObjectFactory的passivateObject method使Object处于inactive状态，再检查ObjectPool中的对象个数是否小于属性_maxIdle，是则可以把该Object放回到ObjectPool，否则销毁此Object。
除此之外，还有几个比较重要的属性，_testOnBorrow，_testOnReturn，_testWhileIdle，这些属性的意思是取得，返回对象，空闲时候是否进行Valiadte，检查对象是否有效。默认都为False，只有把这些属性设为True，再提供_validationQuery语句就可以保证DBCP始终有效了，例如，Oracle中就完全可以使用select 1 from dual来进行验证，这里要注意的是，DBCP要求_validationQuery语句查询的Result Set必须为非空。
在Tomcat的Server.xml，我们可以看看下面的这个例子：
<Resource name="lda/raw"
type="javax.sql.DataSource"
password="lda_master"
driverClassName="oracle.jdbc.driver.OracleDriver"
maxIdle="30" minIdle="2" maxWait="60000" maxActive="1000"
testOnBorrow="true" testWhileIdle="true" validationQuery="select 1 from dual"
username="lda_master" url="jdbc:oracle:thin:@192.160.100.107:15537:lcststd"/>
这样一来，就能够解决Connect Reset的问题了。刚才说了，其实很多App Server都会有相应的配置地方，只是大型的服务器正好提供了Admin Console，上面可以显式的配置Connection Pool，也有明显的属性选择，这里就不一一详述了，都是眼见的功夫。
本文出自 “jayenho” 博客，转载请与作者联系！