hikari报“no operations allowed after connection closed”是因为oracle主动断开空闲连接后，hikari仍尝试复用已失效的“僵尸连接”；根本原因是连接池、oracle服务端（如sqlnet.expire_time或防火墙超时）及网络设备三者超时策略不同步，需协同配置max-lifetime、idle-timeout、connection-test-query（select 1 from dual）等参数并确保小于oracle和防火墙超时阈值。
Spring Boot 2.x 连接 Oracle 超时，本质是连接池、数据库端、网络三者不同步导致的，不是单靠改一个 connection-timeout 就能解决的。
为什么 Hikari 会报 “No operations allowed after connection closed”？
这不是连接没建上，而是连接被 Oracle 主动断开后，Hikari 还在用这个“僵尸连接”。常见原因有：
- Oracle 服务端设置了
SQLNET.EXPIRE_TIME（默认不启用），但某些中间件或防火墙强制启用了空闲连接清理 - 防火墙（如 AWS Security Group、企业硬件防火墙）默认 30 分钟切断空闲 TCP 连接，而 Hikari 的
max-lifetime默认是 30 分钟（1800000ms），刚好撞上 - Hikari 没开启连接有效性验证，
validation-timeout和connection-test-query缺失或配置无效（Oracle 必须用SELECT 1 FROM DUAL，不能用SELECT 1）
application.yml 中必须配齐的 Hikari 参数
以下参数缺一不可，且值之间要形成逻辑闭环（比如 idle-timeout 必须小于防火墙超时，max-lifetime 必须小于 Oracle 的 sqlnet.ora 中 EXPIRE_TIME * 60）：
-
spring.datasource.hikari.connection-timeout: 30000—— 获取连接最多等 30 秒，别设太高，否则线程卡死 -
spring.datasource.hikari.validation-timeout: 3000—— 验证连接有效性最多耗时 3 秒，太短会误判，太长拖慢获取速度 -
spring.datasource.hikari.idle-timeout: 600000—— 空闲连接 10 分钟后回收（务必比防火墙超时小至少 5 分钟） -
spring.datasource.hikari.max-lifetime: 1200000—— 连接最长存活 20 分钟（避开 Oracle 默认 30 分钟连接失效窗口） -
spring.datasource.hikari.connection-test-query: SELECT 1 FROM DUAL—— Oracle 唯一安全的探活 SQL -
spring.datasource.hikari.test-on-borrow: false—— 不推荐开启，性能损耗大；改用test-while-idle: true -
spring.datasource.hikari.test-while-idle: true—— 空闲时主动验证，配合idle-timeout才有效
ORA-12545 或 SocketTimeoutException 出现时，先查驱动和 JDBC URL
Oracle 驱动版本和连接串写法直接影响超时行为：
- 用
ojdbc8（对应 JDK 8+），别用ojdbc6，后者对超时异常包装不一致，SQLExceptionTranslator很难捕获原始错误码 - JDBC URL 必须带
connectTimeout和socketTimeout参数：jdbc:oracle:thin:@//host:port/service?connectTimeout=10000&socketTimeout=30000 - 如果用 TNSNAMES，确保
tnsnames.ora中包含(ENABLE=broken)，否则网络中断后连接不会快速失败 -
spring.datasource.hikari.leak-detection-threshold: 60000开启后，能帮你发现没 close 的 Connection，这类泄漏会加速连接池耗尽
别依赖 @Transactional(timeout=…) 控制数据库操作超时
这个 timeout 是事务提交阶段检查的，对正在执行的查询毫无作用。真正生效的是底层 JDBC 的 socket 级超时，它由两处控制：
- JDBC URL 中的
socketTimeout（毫秒）—— 控制单次读/写阻塞上限 - Hikari 的
connection-timeout—— 控制从池里拿连接的等待时间，不是 SQL 执行时间 - 想中断长查询，得靠 Oracle 的
ALTER SYSTEM KILL SESSION或应用层设置 Statement 的setQueryTimeout()（MyBatis 可通过@Options(timeout = 10)设置）
最常被忽略的一点：Oracle 数据库端的 sqlnet.ora 配置和防火墙策略，永远比 Spring Boot 配置优先级更高。调参前，先确认 tcp_keepalive 是否启用、EXPIRE_TIME 是否设为 0，否则所有连接池参数都是在打补丁。
