Druid 连接的销毁与重用

先看一张图就大概了解了duriad连接池的做法：

连接流转

Druid的连接回收是交给DestroyTask处理的。连接检测间隔可以通过timeBetweenEvictionRunsMillis进行配置，默认是60s。DestoryTask的核心功能有两个：shrink和removeAbandoned。

关键属性

属性1

属性2

shrink

该方法在DestroyThread中执行，主要作用是用于对连接进行检测，丢弃和关闭检测不通过的连接，调整连接池。

获取需要检测连接的数量：checkCount = poolingCount - minIdle;

是否设置了物理连接的超时时间phyTimoutMills。假如设置了该时间，判断连接时间存活时间是否已经超过phyTimeoutMills，是则放入evictConnections中。

空余时间大于minEvictableIdleTimeMillis，并且索引（在连接池中的index）小于checkCount的连接则放入evictConnections；空余时间小于minEvictableIdleTimeMillis的不需要回收

空余时间大于minEvictableIdleTimeMillis，并且索引大于checkCount的连接，假若空余时间大于maxEvictableIdleTimeMillis则放入evictConnections，否则放入keepAliveConnections中进行keepAlive检测。

evictConnections中的连接会从connections中移除，并且使用JdbcUtils.close()  关闭连接

对keepAliveConnections中的连接进行连接可用性检测（validateConnection方法进行检查，创建物理连接后也是使用该方法检查连接）。检测通过之后，继续使用该连接（采用的是先移除，检测通过再放入的方式），否则使用JdbcUtils.close()  关闭连接。

由于获取连接后，会将连接从connections中移除：

decrementPoolingCount();DruidConnectionHolderlast=connections[poolingCount];connections[poolingCount]=null;

当连接使用完之后，在recycle时会检查连接是否还可用（testOnReturn  -- 其实这些属性都是体现了数据库连接池的设计和连接的生命阶段。），假如可用的话会刷新lastActiveTimeMillis后放入到connections中（放在尾部，符合尾部最新的原则）

整个连接创建最关键的就是连接在connections中的管理，包括新插入，移除和重新插入。  涉及createTimeMills和lastActiveTimeMillis。这个一定要搞清楚，创建连接时是怎么放进去，shrink时怎么移除，怎么判断，使用完连接之后又是怎么recycle，recycle的时候又是改变了哪些相关的值。

removeAbandoned

连接泄露检测。通过removeAbandoned属性配置是否打开连接泄露检测。

获取activeConnectionLock

判断连接是否在使用中。pooledConnection.isRunning()

连接创建时间是否大于removeAbandonedTimeoutMillis，否则结束处理

设置traceEnable为false

将连接从activeConnections中移除

释放activeConnectionLock

标记pooledConnection为disable（需要获取DruidPooledConnection的lock）

关闭连接

标记为abandoned

removeAbandonedCount++

开启连接泄露功能会带来一定的性能影响，建议在需要排查问题时才打开次功能