JDBC长连接重连核心是预防失效连接误用与快速恢复，而非依赖已弃用的autoReconnect=true；应使用HikariCP等连接池，配置maxLifetime、idleTimeout和连接验证SQL，并结合connection.isValid()运行时校验，同时协调MySQL端wait_timeout设置。
Java 中 JDBC 处理数据库长连接断开重连，核心不是“等断了再连”，而是预防失效连接被误用 + 快速恢复可用连接。单纯依赖 autoReconnect=true 已不推荐（MySQL 8.0+ 官方弃用，且行为不可靠），真正有效的方案集中在连接池配置和连接有效性校验上。
用连接池主动管理生命周期
手动维护 Connection 对象极易出错，现代项目必须使用连接池（如 HikariCP、Druid）。它能自动剔除超时连接、按需新建、复用健康连接：
-
HikariCP 推荐关键配置：
maxLifetime=1800000（30 分钟）：强制连接在 MySQLwait_timeout（默认 8 小时）前主动退役，避免被服务端静默关闭；idleTimeout=600000（10 分钟）：空闲连接超过该时间即回收；connectionTestQuery=SELECT 1（Hikari 旧版）或connectionInitSql=SELECT 1（新版）：每次从池中取连接前执行轻量检测。 -
Druid 示例配置：
testWhileIdle=true+timeBetweenEvictionRunsMillis=60000：后台线程每分钟检查空闲连接；validationQuery=SELECT 1：验证连接是否有效。
获取连接时实时验证有效性
即使用了连接池，也不能完全跳过运行时校验。在业务代码中获取连接后，用标准 JDBC 方法确认其可用：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 调用
connection.isValid(3)（参数为秒），返回false即说明已断开； - 若无效，直接丢弃当前 connection 对象，重新调用
dataSource.getConnection()获取新连接； - 注意：不要在 finally 块里对已失效连接调用
close()，可能抛异常；应先isValid再决定是否 close。
JDBC URL 中的辅助参数（仅作补充）
这些参数不能替代连接池，但可增强底层驱动行为：
立即学习“Java免费学习笔记（深入）”；
-
connectTimeout=5000：建立新连接时最长等待 5 秒，防卡死； -
socketTimeout=30000：SQL 执行过程中网络读写超时设为 30 秒，避免长查询阻塞线程； -
failOverReadOnly=false&allowPublicKeyRetrieval=true&useSSL=false（根据 MySQL 版本和安全要求调整）； - 明确移除
autoReconnect=true—— 它在高并发下可能引发连接状态混乱，官方文档已标记为废弃。
配合 MySQL 服务端合理设置
连接池策略要和数据库侧协调，避免“池子等连接，库已关连接”：
- 查当前值：
SHOW GLOBAL VARIABLES LIKE '%timeout%'; - 建议将
wait_timeout和interactive_timeout设为 28800（8 小时）或更高，但绝不设为 0； - 更关键的是：确保连接池的
maxLifetime比这个值小至少 10%，形成“软淘汰”机制； - 避免用
SET GLOBAL wait_timeout=xxx临时修改，应写入my.cnf并重启生效。
