Oracle停机后Java应用拿不到可用连接，根本原因是连接池中积压大量“僵尸连接”；需配置connection-test-query=SELECT 1 FROM DUAL、validation-timeout=3000、minimum-idle=5，并使max-lifetime比SQLNET.EXPIRE_TIME小至少2分钟，且启动前固化配置。
Oracle停机后Java应用拿不到可用连接，不是因为没重连，而是连接池里塞满了“僵尸连接”
oracle数据库重启或短暂断连后，java应用持续报 sqlexception: closed connection 或 io error: socket read timed out，根本原因不是连接池“不重连”，而是池中大量连接已实际断开但未被清理——它们卡在 idle 状态，testonborrow=false 时直接被借出，一用就崩。hikaricp 默认关闭健康检查，testonborrow 在 spring boot 2.4+ 中甚至被彻底移除，不能靠它兜底。
HikariCP 的 testOnBorrow 已失效，必须用 connection-test-query + validation-timeout 替代
Spring Boot 2.4+ 中 testOnBorrow 配置项已被弃用，设了也无效。真正起作用的是：
-
connection-test-query: SELECT 1 FROM DUAL—— Oracle 唯一可靠的连接验证 SQL，不配这个，HikariCP 会退化为调用isValid(1)，而 Oracle JDBC 的isValid仅发 TCP probe，在 RST 包未及时到达时返回true，误判率高 -
validation-timeout: 3000—— 必须显式设置，否则默认 5 秒太长，高并发下线程阻塞严重；设为 0 则禁用超时，风险更大 -
minimum-idle: 5（非 0）—— 触发后台周期性健康检查，空闲连接才会被主动验证并剔除
示例配置：
spring:
datasource:
hikari:
connection-test-query: SELECT 1 FROM DUAL
validation-timeout: 3000
minimum-idle: 5
idle-timeout: 600000
max-lifetime 必须比 Oracle 的 SQLNET.EXPIRE_TIME 小至少 2 分钟
Oracle 服务端若启用了 DCD（Dead Connection Detection），通常通过 sqlnet.ora 中的 SQLNET.EXPIRE_TIME = 10 控制（单位：分钟）。这意味着空闲 10 分钟的连接会被 Oracle 主动 RST 关闭。若 HikariCP 的 max-lifetime 仍用默认值 30 分钟（1800000ms），连接归还池后大概率已失效，下次借用必失败。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 先确认 DBA 设置的
SQLNET.EXPIRE_TIME值（常见为 5、10、15 分钟） - 计算公式：
max-lifetime = (EXPIRE_TIME × 60 − 120) × 1000，例如EXPIRE_TIME=10→max-lifetime=588000（9.8 分钟） - 同时确保
idle-timeout≤max-lifetime，否则空闲连接可能活过服务端心跳时限
数据库启动晚于应用时，光靠连接池配置不够，得加 fail-fast 重试逻辑
Tomcat 启动时 Oracle 关闭，之后再启动 Oracle，HikariCP 能自动建连——这是它的基础能力。但若 Oracle 在运行中突然宕机再恢复，连接池不会主动“全量重建”，只会在借用时逐条探测、替换。这意味着首次请求仍可能失败。
立即学习“Java免费学习笔记（深入）”；
- 在关键 DAO 层捕获
SQLException，判断错误信息是否含"Io exception"或"Closed Connection" - 对这类错误做最多 1 次重试（避免雪崩），重试前可手动调用
HikariDataSource.getConnection()触发一次连接重建 - 不要依赖
testOnReturn或testWhileIdle补救——HikariCP 不支持这两个参数，强行配置会被忽略
最易被忽略的一点：所有配置必须在应用启动**前**生效。Spring Boot 的 @ConfigurationProperties 绑定是单次的，运行时改 application.yml 文件不会热更新连接池参数。数据库维护窗口前，务必确认配置已写死在打包产物中。
