Java数据库连接池通过空闲连接存活时长控制回收：Druid用minEvictableIdleTimeMillis（默认30分钟）与timeBetweenEvictionRunsMillis（默认60秒）协同驱逐；HikariCP用idleTimeout（默认10分钟，需＞30秒且＜maxLifetime）自动回收。
Java 中数据库连接池的空闲连接回收时间，主要通过配置连接池的“空闲连接存活时长”（idle timeout）来实现，不同连接池的配置项名称和默认值略有差异，但核心逻辑一致：当连接在连接池中空闲超过设定时间，且当前连接数大于最小连接数（min idle）时，该连接会被主动关闭并从池中移除。
Druid 连接池：配置 minIdle 与 timeBetweenEvictionRunsMillis + minEvictableIdleTimeMillis
Druid 使用“后台驱逐线程”定期检测并清理过期空闲连接：
- minEvictableIdleTimeMillis：连接在池中允许保持空闲的最长时间（毫秒），默认 30 分钟（1800000）。超过此时间且连接未被使用，将被标记为可驱逐。
-
timeBetweenEvictionRunsMillis：驱逐线程运行间隔（毫秒），默认 60 秒（60000）。值设为 0 表示不启用自动驱逐；建议设为小于
minEvictableIdleTimeMillis的值（如 30000），确保及时发现过期连接。 -
minIdle：连接池最小空闲连接数。只有空闲连接数 >
minIdle时，超时的连接才会被真正关闭；否则会保留以满足最小连接需求。
示例（Spring Boot application.yml）：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
spring:
datasource:
druid:
min-idle: 5
max-active: 20
min-evictable-idle-time-millis: 600000 # 10分钟
time-between-eviction-runs-millis: 30000 # 每30秒检查一次HikariCP 连接池：直接配置 idleTimeout
HikariCP 更简洁，用单一参数控制空闲连接回收：
立即学习“Java免费学习笔记（深入）”；
-
idleTimeout：连接允许在池中空闲的最大时间（毫秒），默认 600000（10 分钟）。注意：该值不能大于
maxLifetime，且必须 > 30000（30 秒），否则会被重置为 30000。 - 当连接空闲超过
idleTimeout，且当前空闲连接数 >minimumIdle，HikariCP 会自动关闭该连接。 - 无需额外配置扫描周期——HikariCP 在每次获取/归还连接时做轻量级检查，结合后台定时任务协同处理，响应更及时。
示例（application.yml）：
spring:
datasource:
hikari:
minimum-idle: 5
maximum-pool-size: 20
idle-timeout: 600000 # 10分钟
max-lifetime: 1800000 # 建议设为 idle-timeout 的 2–3 倍注意事项与最佳实践
- 空闲回收不是“保活机制”，它只释放资源，不负责心跳检测。若需防止中间件（如防火墙、代理）断连，应配合
connection-test-query或validation-timeout+connection-init-sql等验证配置。 - 避免将
idleTimeout或minEvictableIdleTimeMillis设得过短（如 - 生产环境建议：idleTimeout ≈ 5–15 分钟，minimumIdle/minIdle 设置为业务平均并发空闲连接数的 1.2–1.5 倍，兼顾资源利用率与响应速度。
- 务必确认数据库服务端的 wait_timeout（MySQL 默认 8 小时）或 idle_in_transaction_session_timeout（PostgreSQL）等设置，避免连接池未回收但数据库已强制断开，导致应用报 “Connection reset” 或 “Communications link failure”。
