jdbc 本身不提供连接池和心跳保活机制，实际依赖 hikaricp 或 druid 等第三方连接池实现；hikaricp 推荐使用 keepalive-time + validation-timeout + connection-test-query 组合，druid 则通过 testwhileidle 等参数协同校验空闲连接。
Java 中 JDBC 本身不提供连接池，更不内置心跳保活机制；所谓“JDBC 实现连接池的心跳保活”，实际是指在使用第三方连接池（如 HikariCP、Druid、Apache DBCP2）时，通过其配置项或扩展能力来维持数据库连接活跃、自动剔除失效连接。核心思路是：让连接池定期执行一条轻量 SQL（如 SELECT 1），验证连接是否可用，不可用则丢弃并重建。
选对连接池并启用基础保活配置
优先选用现代高性能连接池，如 HikariCP（推荐）或 Druid。它们原生支持连接有效性检测，无需手动编码轮询。
-
HikariCP：通过
connection-test-query（旧版）或更推荐的connection-init-sql+validation-timeout+keepalive-time组合实现保活 -
Druid：使用
testWhileIdle、timeBetweenEvictionRunsMillis、validationQuery三者协同完成空闲连接检测 - 避免使用已停止维护的 DBCP1 或手动基于
DriverManager写简易池——缺乏可靠保活与并发控制
HikariCP 的标准心跳实践（推荐）
HikariCP 从 3.2.1 起引入 keepalive-time 参数，专为 PostgreSQL/MySQL 等支持 TCP keepalive 的场景设计，配合连接级校验更稳妥。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 设置
keepalive-time=300000（5 分钟）：连接池会定期向空闲连接发送 TCP keepalive 探针 - 必须同时配置
validation-timeout=3000和connection-test-query=SELECT 1（MySQL）或SELECT 1 FROM DUAL（Oracle） - 启用
isolate-internal-queries=true防止测试语句污染业务事务 - 示例配置片段（application.properties）：
spring.datasource.hikari.keepalive-time=300000<br>spring.datasource.hikari.validation-timeout=3000<br>spring.datasource.hikari.connection-test-query=SELECT 1<br>spring.datasource.hikari.test-on-borrow=false<br>spring.datasource.hikari.test-on-return=false
Druid 的空闲连接校验方案
Druid 更依赖应用层主动探测，在连接空闲期间触发校验，适合网络不稳定或中间件（如 ProxySQL）场景。
- 开启
test-while-idle=true：对空闲连接执行校验查询 - 设置
time-between-eviction-runs-millis=60000：每分钟扫描一次空闲连接 - 指定
validation-query=SELECT 1和validation-query-timeout=1（秒） - 建议搭配
min-idle=5和max-active=20，避免频繁创建销毁
不建议的手动心跳方式
绕过连接池直接用 Connection.isValid() 或定时 executeQuery("SELECT 1") 是反模式：
- 容易阻塞线程、干扰业务连接借用逻辑
- 无法与连接池状态同步，可能校验了已被标记为“待关闭”的连接
- 增加代码复杂度，且不同数据库的校验 SQL 和超时行为不一致
- 若必须自定义（如特殊协议），应通过连接池的
DataSourceProxy或ConnectionCustomizer扩展点注入，而非独立线程轮询
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
