HikariCP是性能最优、配置最简的首选，Druid功能全面适合高安全可观测场景，Tomcat JDBC Pool适合传统遗留项目但性能落后；选型需权衡性能、稳定性、功能与维护状态。
主流连接池对比：HikariCP、Druid、Tomcat JDBC
Java 项目中，HikariCP 是当前性能最优、配置最简的首选。它轻量（仅约150KB）、启动快、CPU 占用低，且默认配置即合理，适合大多数 Spring Boot 应用。Druid 功能更全，自带监控页面、SQL 审计、防火墙等企业级能力，适合对安全与可观测性要求高的场景；但配置稍复杂，依赖较多。Tomcat JDBC Pool 稳定成熟，与 Tomcat 深度集成，适合传统 Servlet 容器部署的老项目，但性能和活跃度已明显落后于前两者。
关键选型维度：性能、稳定性、功能、维护状态
性能方面，关注连接获取耗时、并发吞吐、内存占用——HikariCP 在压测中通常比 Druid 快 10%–20%，尤其在高并发短连接场景优势明显。稳定性要看版本迭代频率、Issue 响应速度和生产案例规模，HikariCP 和 Druid 都长期维护，Tomcat Pool 更新缓慢。功能上，若需 SQL 日志、慢查询统计、连接泄漏检测、密码加密等，Druid 开箱即用；HikariCP 则需配合其他组件（如 P6Spy）扩展。维护状态可查 GitHub stars、最近 commit 时间及主流框架支持程度（Spring Boot 2.0+ 默认集成 HikariCP）。
常见场景推荐配置策略
新 Spring Boot 项目：直接用 HikariCP，默认配置起步，仅按需调整 maximumPoolSize（建议设为 CPU 核数 × (2–4)）和 connection-timeout（默认30秒，网络不稳可略调高）。
金融/政企系统：选 Druid，启用 stat 和 wall 过滤器，配置监控路径（如 /druid/*），开启 SQL 加密与防注入。
遗留 Tomcat 应用未容器化：优先沿用 Tomcat JDBC Pool，避免引入新依赖；若出现性能瓶颈，再评估迁移至 HikariCP，注意替换 DataSource 实现类并调整 JNDI 配置。
避坑提醒：配置不当比选型影响更大
连接池不是“越大越好”：maximumPoolSize 过高会压垮数据库，引发拒绝连接或主从延迟；过低则线程阻塞，响应变慢。务必结合数据库最大连接数（如 MySQL 的 max_connections）预留余量。
连接泄漏必须监控：HikariCP 可配 leakDetectionThreshold（毫秒），Druid 提供活跃连接堆栈追踪；上线前务必开启并观察日志。
事务中勿手动 close() 连接：交由框架或连接池管理，否则可能归还异常连接，导致后续请求失败。
