java数据库连接中断后需手动实现重连，可通过hikaricp连接池配置有效性检测与保活、捕获sqlexception后重试、结合spring事件或aop统一校验，避免使用已弃用的autoreconnect参数及缓存connection。
Java 中数据库连接中断后不能自动重连，需要手动实现重连逻辑。JDBC 本身不提供内置的自动重连机制，但可以通过连接池配置、异常捕获与重试策略、以及连接有效性检测来模拟“自动重连”效果。
使用连接池（推荐 HikariCP）开启自动重连支持
HikariCP 是目前最主流的高性能连接池，它虽不真正“重连断开的连接”，但能通过配置在连接失效时快速创建新连接，并屏蔽底层异常对业务的影响：
-
启用连接测试：设置
connection-test-query（MySQL 用SELECT 1）或更推荐的connection-init-sql，确保获取连接前验证其有效性 -
配置连接存活检查：启用
connection-timeout（如 30000）、validation-timeout（如 3000）、idle-timeout和max-lifetime（建议比数据库 wait_timeout 小 30 秒） -
开启自动回收无效连接：设置
leak-detection-threshold和keepalive-time（HikariCP 3.2.1+ 支持），让空闲连接定期发送心跳保活
捕获 SQLException 并手动重试（适用于非连接池场景或关键操作）
当使用原生 DriverManager 或简单封装时，需在执行 SQL 前/后判断连接状态，并在抛出特定异常（如 MySQL 的 CommunicationsException、SQLException 错误码 0 或 1045/2006/2013）时重建连接：
- 调用
connection.isValid(timeout)主动检测（JDBC 4.0+），返回 false 则 close 后重新 getConnection - 对关键事务性操作（如支付扣款），用 try-catch 包裹并加入有限次数重试（如最多 3 次），每次重试前 sleep 短暂时间（如 100ms）避免雪崩
- 注意不要在事务中重连——已 beginTransaction 的连接中断后，必须 rollback 并新建连接重试整个逻辑单元
监听数据库连接生命周期（进阶：结合 Spring 或自定义事件）
在 Spring Boot 项目中，可利用 @EventListener 监听 ConnectionAcquiredEvent 或自定义连接状态变化事件；也可通过 AOP 在 DAO 方法执行前后统一校验连接有效性：
- Spring JDBC Template 默认会从连接池取连接，只要池配置合理，绝大多数情况下无需额外干预
- 若使用 MyBatis，可在
Configuration.setVfsImpl()或插件中增强 Executor，对 SQLException 进行分类处理 - 对长周期后台任务（如定时同步），建议每次操作前都显式检查连接有效性，而不是复用一个长期持有的 Connection 引用
避免常见误区
很多开发者误以为设置 autoReconnect=true（MySQL JDBC 参数）就能可靠重连，实际上该参数已被官方弃用，且在高并发或事务中极易导致数据错乱或连接泄漏：
- 该参数仅对单条语句生效，无法恢复事务上下文，也不保证幂等性
- 连接池中的连接一旦被标记为 closed，就不会再被复用，所以依赖 autoReconnect 没有意义
- 永远不要缓存 Connection 对象到类成员变量或静态字段——它不是线程安全的，且生命周期应由池管理
核心原则是：把连接当成一次性的短生命周期资源，交由连接池统一管理；业务代码只关注逻辑，异常时交由重试机制或上层兜底。不复杂但容易忽略。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
