Java中设置连接池空闲连接超时回收时间需按具体实现配置：HikariCP用idleTimeout（毫秒），Druid用minEvictableIdleTimeMillis配合timeBetweenEvictionRunsMillis，DBCP2推荐softMinEvictableIdleTimeMillis；均需协同maxLifetime、数据库wait_timeout等参数避免连接失效或频繁创建。
在 Java 中设置连接池的空闲连接超时回收时间，关键取决于你使用的具体连接池实现（如 HikariCP、Druid、DBCP2 等），不同连接池的配置项名称和行为略有差异。下面以主流连接池为例说明如何正确设置。
HikariCP：使用 idleTimeout
HikariCP 是目前最常用的高性能连接池，它通过 idleTimeout 控制空闲连接被回收的时间（单位：毫秒）。
- 默认值为 600000 毫秒（10 分钟），设为 0 表示永不回收空闲连接
- 该值不能超过
maxLifetime，否则启动时会抛出异常 - 需确保
minimumIdle≤maximumPoolSize，否则空闲回收可能不生效
配置示例（Spring Boot application.yml）：
spring:
datasource:
hikari:
idle-timeout: 300000 # 5分钟Druid：使用 minEvictableIdleTimeMillis
Druid 使用 minEvictableIdleTimeMillis 控制连接在池中最小空闲时间后可被驱逐（单位：毫秒）。
立即学习“Java免费学习笔记（深入）”；
- 默认值为 1800000（30 分钟）
- 实际回收还受
timeBetweenEvictionRunsMillis（检测间隔）影响，后者需 > 0 才启用空闲检测 - 建议将
timeBetweenEvictionRunsMillis设为略小于minEvictableIdleTimeMillis，例如 270000
配置示例（application.yml）：
spring:
datasource:
druid:
min-evictable-idle-time-millis: 300000
time-between-eviction-runs-millis: 270000DBCP2：使用 softMinEvictableIdleTimeMillis 或 minEvictableIdleTimeMillis
DBCP2 提供两个相关参数：
-
minEvictableIdleTimeMillis：连接空闲超过此时间，会被强制移除（即使池中连接数低于minIdle） -
softMinEvictableIdleTimeMillis：仅当连接数 >minIdle时才考虑驱逐，更温和 - 两者都依赖
timeBetweenEvictionRunsMillis启用后台检测线程
推荐优先使用 softMinEvictableIdleTimeMillis 避免误删必要空闲连接。
注意事项
空闲超时不是孤立配置，需与其它参数协同：
- 避免
idleTimeout（或等效值）大于连接数据库自身的 wait_timeout（MySQL 默认 8 小时），否则可能拿到已断开的连接 - 若应用有突发流量，过短的空闲时间会导致频繁创建/销毁连接，增加开销
- 测试时可通过日志开启连接池 debug 级别（如 HikariCP 的
com.zaxxer.hikari）观察连接获取与回收行为
