选druid还是hikaricp取决于实际需求：需开箱即用监控与sql防火墙选druid；追求极致性能和低资源占用选hikaricp；两者配置逻辑相似但关键参数含义不同，配错易致连接卡顿、泄漏或空闲连接误杀。
选 Druid 还是 HikariCP，不取决于“哪个更好”，而取决于你当前要解决什么问题：要开箱即用的监控和安全能力，选 Druid；要极致响应速度和低资源占用，HikariCP 更合适。两者配置逻辑相似，但关键参数含义和默认行为有差异，配错容易导致连接卡顿、泄漏或空闲连接被误杀。
Druid 配置要点：功能全但参数多，得理清主次
Druid 强在内置监控（SQL 执行统计、慢 SQL 记录）、防火墙（WallFilter 防注入）、日志集成等，但配置项多，容易混淆。核心不是填满所有字段，而是盯住这几个：
- 初始与活跃连接数：`initialSize=5`（启动时预建连接），`minIdle=5`（池中至少留 5 个空闲），`maxActive=20`（最大并发连接数，注意不是“最多允许 20 个连接存在”，而是最多同时被借出 20 个）
- 空闲连接管理：`timeBetweenEvictionRunsMillis=60000`（每 1 分钟检查一次空闲连接），`minEvictableIdleTimeMillis=300000`（空闲超 5 分钟才可能被回收），避免刚空闲就删
- 连接有效性验证：必须设 `validationQuery="SELECT 1"`，并开启 `testWhileIdle=true`（空闲时检测），`testOnBorrow=false`（借出时不实时检测，减少延迟）
- 监控开关：`filters="stat,wall,log4j"` 启用统计、防注入、日志三件套；若只想要监控，填 `"stat"` 即可
HikariCP 配置要点：参数少，但每个都关键，别信默认值
HikariCP 默认精简，但部分默认值不适合生产环境。尤其注意它没有“空闲驱逐线程”，靠连接自身生命周期管理，所以 `idleTimeout` 和 `maxLifetime` 必须协同设置：
- 池大小建议一致：`minimum-idle=10` 和 `maximum-pool-size=10` 设为相等（尤其对中小流量服务），避免缩容抖动，提升响应确定性
- 连接存活时间：`max-lifetime=1800000`（30 分钟），配合数据库 `wait_timeout`（如 MySQL 默认 8 小时），留足缓冲；太短会导致频繁重建，太长可能遇上数据库主动断连
- 空闲回收逻辑：`idle-timeout=600000`（10 分钟），表示连接空闲超 10 分钟才可能被回收；注意它只在连接空闲且池中连接数 > `minimum-idle` 时生效
- 泄漏检测必开：`leak-detection-threshold=60000`（单位毫秒），即借出连接 60 秒未归还就报 warn —— 这是发现未 close 的最直接手段
Spring Boot 下的实际写法对比
不用写 Java Config，application.yml 更清晰。注意 Druid 要显式指定 type，HikariCP 在 Spring Boot 2+ 中自动启用：
-
Druid（需引入 druid-spring-boot-starter）：
spring:
datasource:
type: com.alibaba.druid.pool.DruidDataSource
url: jdbc:mysql://localhost:3306/test
username: root
password: 123456
druid:
initial-size: 5
min-idle: 5
max-active: 20
stat-view-servlet:
enabled: true
login-username: admin
login-password: 123456 -
HikariCP（无需额外 starter）：
spring:
datasource:
url: jdbc:mysql://localhost:3306/test
username: root
password: 123456
hikari:
minimum-idle: 10
maximum-pool-size: 10
connection-timeout: 30000
idle-timeout: 600000
max-lifetime: 1800000
leak-detection-threshold: 60000
怎么验证配对了没？两个动作就够了
配完不验证，等于没配。重点看两件事：
- 查连接是否真复用：用 JConsole 或 Actuator `/actuator/metrics` 看 `hikaricp.connections.active` 或 `druid.pool.activeCount`，高并发下数值稳定在设定范围内，而不是持续飙升
- 查有没有泄漏痕迹：启动后跑一轮业务，再观察 `hikaricp.connections.idle` 是否回落、`druid.pool.createCount` 是否只在启动时增长；若 idle 长期为 0 或 createCount 持续上涨，大概率有 getConnection 后没 close
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
