常见连接池实现对比
做 Java 后端的人，基本都跟连接池打过交道。我入行那会儿，项目里清一色用的 DBCP，后来慢慢换成 C3P0，再后来 HikariCP 几乎成了标配。每次换池子都是为了解决性能问题或者坑。
今天咱们就把这几个主流的连接池拿出来盘一盘。看看它们各自的优缺点，以及什么场景该选谁。
HikariCP
HikariCP 现在基本上是 Spring Boot 默认的连接池。说实话，它是目前综合表现最好的一个。
- 性能极好 – 字节码精简，代码量小。官方测试吞吐量比其它池高一个数量级，我实测也能快 2~3 倍。
- 稳定性高 – 我在生产环境压测过，1000 并发下几乎零错误。
- 延迟低 – 获取连接的耗时通常在微秒级。
- 配置简单 – 参数命名直观，默认值就很合理。
注意 – HikariCP 对连接泄漏比较敏感。如果代码里忘了归还连接，池子很快会耗尽。建议配合
leakDetectionThreshold 参数用。
当然它也有弱点。对老旧的 JDBC 驱动兼容性稍差，尤其是一些定制化的驱动。但我不推荐用太旧的驱动，那本身就是个坑。
DBCP（以及 DBCP2）
DBCP 是 Apache Commons 里的老将。我早期几个项目都用它，印象最深的是它“自适应调整池大小”的逻辑有点魔幻。
- 配置项丰富 – 几乎所有你能想到的参数都能调，但也是双刃剑，参数太多了容易调乱。
- 稳定性还行 – 在低并发、短连接场景下没问题。
- 性能一般 – 获取连接时需要走双重检查+对象池的锁，高并发下性能不如 HikariCP。
- 内存开销大 – 尤其 DBCP1，每个连接对象都会保留大量元数据。
- 存在已知 Bug – 比如连接池关闭时可能线程死锁，我踩过一次，查了两天。后来换成 HikariCP 就没事了。
避坑 – 如果你还在用 DBCP1，赶紧升级到 DBCP2，或者直接换池子。DBCP1 已经不再维护。
C3P0
C3P0 在 Hibernate 时代非常流行。它主打自动回收和延时初始化，但说实话，性能一直被诟病。
- 自动回收机制好 – 支持测试空闲连接，超过最大空闲时间自动关闭。
- 异步初始化 – 启动时可以慢慢创建连接，不会一下卡住。
- 性能差 – 尤其在高并发下，连接分配和回收的锁竞争严重。我在一个老项目里遇到过 C3P0 导致的应用停顿，换了 HikariCP 才解决。
- 内存消耗高 – 每个连接池实例会额外保留很多统计信息。
- 文档混乱 – 参数命名和实际作用经常对不上。
一句话 – C3P0 适合那些对性能要求不高、并发量小、但需要强回收机制的老项目。新项目完全没必要考虑它。
Druid
Druid 是阿里巴巴开源的连接池，在国内用得挺多。它最大的特色是集成了监控功能。
- 监控强大 – 自带 Web 管理界面，能看 SQL 执行、慢查询、连接占用情况。这是很多公司选择它的原因。
- 扩展性好 – 支持自定义 Filter、WallFilter（防 SQL 注入）等。
- 性能中等 – 比 HikariCP 差一些，但比 DBCP 好。
- 配置复杂 – 功能多，参数也多，容易误配。
- 日志输出多 – 如果开启了监控，日志量会很大，需要注意磁盘。
我个人建议：如果你需要一个开箱即用的监控方案，Druid 是不错的选择。但如果只是做普通应用，还是 HikariCP 更省心。
对比表格
| 连接池 | 性能 | 稳定性 | 配置复杂度 | 监控 | 推荐场景 |
|---|---|---|---|---|---|
| HikariCP | 极高 | 高 | 简单 | 无 | 通用首选 |
| DBCP2 | 中等 | 中等 | 中等 | 无 | 老旧项目维护 |
| C3P0 | 低 | 中等 | 高 | 无 | 低并发历史项目 |
| Druid | 中高 | 高 | 高 | 强大 | 需要监控、防SQL注入 |
选型决策图
下面这张图能帮你快速判断该用哪个池子。
总结
讲了一堆，其实核心就几条：新项目无脑 HikariCP，要监控选 Druid，碰到老项目还跑着 DBCP1 的赶紧升级。我自己的经验是，性能、稳定、简单 这三者很难兼得，但 HikariCP 做到了。
如果你还在纠结选哪个，不妨把上面那张决策图再看一遍。连接池选好了，后面调优才能省很多功夫。