Java中处理JDBC超时需分三层：连接建立（connectTimeout）、通信（socketTimeout）、连接池（connectionTimeout/idleTimeout/maxLifetime）；捕获SQLTimeoutException等异常分类处理；配合连接校验、熔断降级等健壮性措施。
Java 中处理 JDBC 连接超时或失败异常，核心是提前设限、主动捕获、分层应对。不能只靠 try-catch 吞掉异常，而要从连接建立、网络通信、连接池管理三个层面分别配置和响应。
设置 JDBC 连接与通信超时参数
在建立连接时就明确时间边界，避免线程无限等待：
-
connectTimeout：控制“从发起连接请求到完成 TCP 握手”的最大耗时（单位毫秒），超时抛出
SQLException。例如 URL 中添加&connectTimeout=3000表示 3 秒内连不上就放弃。 -
socketTimeout：控制已连接状态下读取响应数据的等待上限（如执行 query 后等结果返回），超时同样抛出
SQLException。加&socketTimeout=15000可防慢查询拖垮线程。 - 也可用
Properties对象传参，更利于统一管理和动态配置，避免硬编码在 URL 中。
用连接池（如 HikariCP）接管并强化超时治理
生产环境几乎不用裸 DriverManager，而是依赖连接池自动兜底：
-
connectionTimeout：获取一个可用连接的最大等待时间（如
30000毫秒），超时抛HikariPool$ConnectionTimeoutException。 - idleTimeout：空闲连接保留在池中的最长时间，防止被中间设备（如 NAT、防火墙）静默断开。
- maxLifetime：连接最大存活时间，强制刷新老连接，规避数据库端因 wait_timeout 主动踢掉连接的问题。
- Spring Boot 用户可在
application.properties直接配置：spring.datasource.hikari.connection-timeout=30000spring.datasource.hikari.idle-timeout=600000
捕获并区分不同异常类型，做针对性处理
不是所有 SQLException 都该重试，需结合错误码和上下文判断：
立即学习“Java免费学习笔记（深入）”；
- 捕获
SQLTimeoutException（继承自 SQLException）：明确是超时导致，适合记录日志 + 上报监控，一般不重试（除非是偶发网络抖动且业务允许）。 - 捕获
CommunicationsException或含 “Connection refused”、“No route to host” 的消息：大概率是网络或数据库宕机，可考虑有限次重试（如 2 次，带指数退避）。 - 捕获认证类异常（如 MySQL 的
Access denied）或驱动加载失败（ClassNotFoundException）：属于配置错误，应立即告警，不重试。 - 建议用日志框架记录异常完整堆栈，并带上连接 URL 片段（脱敏后）、当前时间、线程名，便于快速定位是全局问题还是单点故障。
补充健壮性措施
光靠超时设置还不够，还需配套机制提升容错能力：
- 启用连接池的
connection-test-query（如SELECT 1）或validation-timeout，在借出前校验连接有效性。 - 对关键业务操作，封装带熔断（如使用 Resilience4j）或降级逻辑的 DAO 方法，避免数据库故障引发雪崩。
- 定期检查数据库
wait_timeout和max_connections设置，确保与应用侧超时参数协同（例如应用maxLifetime应略小于数据库wait_timeout）。
