防火墙导致Oracle连接被动中断的本质是中间设备静默断开空闲连接，而连接池未及时感知，致使isValid()返回true但执行SQL时抛SQLRecoverableException: IO Error: Connection reset；需同步调整防火墙、Oracle sqlnet.expire_time、HikariCP的max-lifetime与connection-test-before-use等参数形成超时梯度，并确保监听器重启生效。
防火墙导致的 Oracle 连接被动中断，本质是连接池里的空闲连接被中间设备静默断开，而应用仍认为它“活着”——isValid() 返回 true，但一执行 SQL 就抛 SQLRecoverableException: IO Error: Connection reset 或 Broken pipe。这不是数据库挂了，也不是代码写错了，而是网络层和连接池配置没对齐。
为什么 telnet 能通，但 JDBC 却报 connection reset？
telnet 只验证 TCP 三次握手是否成功，不走 Oracle 协议栈；而 JDBC 连接建立后会维持长连接，若防火墙（或负载均衡器）在空闲超时（常见 30 分钟）后直接发 RST 包干掉连接，JDBC 驱动不会立刻感知。下次借出该连接时，SELECT 1 FROM DUAL 校验可能成功（因 TCP 状态尚未完全清理），但真正执行业务 SQL 时触发 read()，OS 层才返回 Connection reset。
- 典型日志特征：
java.sql.SQLRecoverableException: IO Error: Software caused connection abort: recv failed - 现象规律：首次访问慢、隔 20–30 分钟不操作后必现、二次访问立即恢复
- 关键证据：查
v$session找不到对应 SID，说明连接已在服务端消失
HikariCP 必须显式开启连接有效性校验
HikariCP 默认关闭借用前校验（connection-test-before-use=false），只靠 keepalive-time 维护空闲连接，validationQuery 实际不生效。光配 SELECT 1 FROM DUAL 没用，必须强制启用校验时机：
- 加配置：
connection-test-before-use=true（借出前校验）或connection-test-after-use=true（归还后校验） - 确保
validation-timeout=3（秒），避免校验本身拖慢借连 -
max-lifetime必须小于防火墙空闲超时（如防火墙设 1800 秒，则设max-lifetime=1500） - 禁用
leak-detection-threshold类非必要功能，减少干扰
Druid 的 testOnBorrow 和 testOnReturn 别乱选
Druid 默认 testOnBorrow=true，此时 validationQuery=SELECT 1 FROM DUAL 有效；但若误设为 testOnReturn=true，高频归还会导致性能下降，且 Oracle 对短连接反复查 DUAL 有轻微解析开销：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 高频写场景慎用
testOnReturn，避免每条 SQL 后都多一次SELECT 1 - 确认
validationQuery不含事务控制（如COMMIT）、不依赖 session 对象（如USER_TABLES） - Oracle 兼容库（如 OceanBase Oracle mode）需实测
SELECT 1 FROM DUAL是否真返回一行，部分老版本要求小写：select 1 from dual
别只调连接池，同步检查防火墙与数据库服务端超时
连接池参数只是“补救”，根源在三层超时不匹配：防火墙空闲超时、Oracle sqlnet.expire_time、JDBC socketTimeout 必须形成梯度：
- 查防火墙实际空闲超时值（如
firewall-cmd --list-rich-rules），记下数值 X - Oracle 侧确保
sqlnet.ora中SQLNET.EXPIRE_TIME = X/60 - 1（单位分钟，比防火墙少 1 分钟） - JDBC URL 加
?socketTimeout=60000（60 秒），防止 read 阻塞；注意 thin 驱动不支持connectTimeout - DBA 检查用户 profile：
SELECT LIMIT FROM DBA_PROFILES p JOIN DBA_USERS u ON p.PROFILE = u.PROFILE WHERE u.USERNAME = 'YOUR_USER' AND p.RESOURCE_NAME = 'IDLE_TIME'，非UNLIMITED就要改
最易被忽略的是：即使所有参数都设对了，如果 Oracle 监听器没重启，sqlnet.ora 修改也不生效；而连接池配置变更后，必须重启应用才能加载新值——缓存的旧连接会继续“假活”一段时间。
