连接池核心原理：HikariCP/Druid 工作机制与连接生命周期

连接池是数据库访问层的基石，其核心目标是通过复用 TCP 连接，消除频繁创建/销毁连接带来的性能开销。本章深入剖析 HikariCP 与 Druid 两大主流连接池的工作机制，并详细拆解连接从创建到销毁的完整生命周期。

2.1 连接池核心模型与共性机制

所有成熟连接池均遵循“池化复用 + 懒加载 + 心跳保活”的基本模型。下图展示了连接池在应用与数据库之间的核心位置与内部组件关系。

2.2 HikariCP 工作机制

HikariCP 以“极速、零开销”著称，是 Spring Boot 2.x+ 的默认连接池。其设计哲学是“尽可能少做事”，通过以下机制实现微秒级连接获取。

2.2.1 核心数据结构：ConcurrentBag

HikariCP 摒弃了传统的 BlockingQueue，自研无锁集合 ConcurrentBag。它使用 ThreadLocal 缓存 + CopyOnWriteArrayList 共享列表，减少锁竞争。

• 获取连接：优先从当前线程的 ThreadLocal 缓存中获取，命中率约 80%；未命中则扫描共享列表，使用 CAS 标记借用。
• 归还连接：直接放回 ThreadLocal 缓存，无需加锁。
• 性能优势：在 50 并发下，连接获取耗时通常 < 1μs。

2.2.2 连接创建与填充策略

2.2.3 心跳保活机制

HikariCP 通过 HouseKeeper 后台线程定期执行：

1. 每 30 秒（keepaliveTime）对空闲连接执行 SELECT 1 验证。
2. 若连接失效，立即关闭并从池中移除，同时触发补充创建。
3. 若连接达到 maxLifetime，优雅关闭并替换。

2.3 Druid 工作机制

Druid 是阿里开源的连接池，以“监控全面、功能丰富”著称，适合需要 SQL 审计、慢查询拦截、连接泄漏追踪的企业级场景。

2.3.1 核心数据结构：DruidDataSource + 锁分段

Druid 使用 ReentrantLock + Condition 实现连接队列管理，内部维护三个核心集合：

• connections：物理连接数组，存放所有连接对象。
• activeConnections：当前被借出的连接集合。
• evictConnections：待销毁的连接集合（由回收线程填充）。

2.3.2 连接创建与回收策略

2.3.3 连接泄漏检测与 SQL 拦截

Druid 提供独特的 连接泄漏检测 机制：

1. 开启 removeAbandoned=true 后，回收线程会检测超过 removeAbandonedTimeout（默认 300s）未被归还的连接。
2. 强制关闭该连接，并记录堆栈日志，便于定位未关闭连接的代码位置。
3. 配合 WallFilter 实现 SQL 注入拦截，StatFilter 实现慢查询统计。

2.4 连接生命周期管理

无论使用哪种连接池，连接的生命周期均包含以下五个阶段。下图以时间轴形式展示完整流转过程。

2.5 连接池对比总结