Oracle端IDLE_TIME限制是Java应用断连主因，需先查DBA_PROFILES确认，默认10分钟超时会触发ORA-03135；应调整IDLE_TIME并同步配置HikariCP的keepalive-time、minimum-idle、validation-timeout等参数，且修改后须重建连接池生效。
Oracle数据库端的IDLE_TIME限制必须先查清
java应用连oracle断连，90%不是代码问题，而是oracle服务端主动踢人。默认idle_time是10分钟（600秒），一旦连接空闲超时，oracle直接关闭socket，应用再发sql就会报ora-03135: connection lost contact或io error: broken pipe。
别急着改Java配置，先登录Oracle执行：
SELECT resource_name, limit FROM dba_profiles WHERE profile = 'DEFAULT' AND resource_name = 'IDLE_TIME';
如果返回UNLIMITED，说明不是Oracle干的；如果是数字（比如10），那就是它——必须改Profile或用户级限制：
-
ALTER PROFILE DEFAULT LIMIT IDLE_TIME 60;（单位：分钟） - 或针对具体用户：
ALTER USER app_user PROFILE DEFAULT;再配Profile - 改完需重新连接才生效，旧连接仍按原值计时
HikariCP必须启用keepalive且参数对齐Oracle wait_timeout
HikariCP v4.0.3+ 才支持keepalive-time，旧版本写了也无效。它不是心跳频率，而是“空闲连接存活多久后触发一次有效性验证”，单位毫秒，且只对minimum-idle > 0的连接生效。
关键是对齐Oracle的wait_timeout（注意：Oracle没有MySQL的wait_timeout概念，但有类似效果的SQLNET.EXPIRE_TIME，不过更常见的是Profile的IDLE_TIME）。真正要盯住的是Oracle侧的IDLE_TIME值（单位分钟），换算成毫秒后，keepalive-time必须比它小至少2分钟：
立即学习“Java免费学习笔记（深入）”；
- 若Oracle
IDLE_TIME = 30（30分钟 = 1800000ms），则设keepalive-time=1500000（25分钟）较稳妥 -
minimum-idle不能为0，建议设为5，否则没空闲连接可保活 - Oracle JDBC驱动必须支持
isValid()，ojdbc8 19c+ 没问题，但某些老ojdbc6可能不支持，会静默失效
connection-test-query已废弃，用connection-init-sql + validation-timeout替代
HikariCP 5.0+ 彻底移除了connection-test-query，硬写进去也不起作用。正确姿势是组合使用：
-
connection-init-sql=SELECT 1 FROM DUAL（Oracle必须用DUAL） -
validation-timeout=3000（单位毫秒，验证超时不能太长，否则拖慢连接获取） -
connection-timeout=30000（获取连接超时，避免卡死） - 这两项配合
keepalive-time，才能在连接被Oracle关闭前完成探测并剔除
应用层SQL超时和连接池超时要分层设置
光防连接断开不够，还得防单条SQL hang住整个线程。Oracle侧的IDLE_TIME管连接空闲，但不拦住长时间运行的查询。
必须在Java代码里显式设超时：
- PreparedStatement：
stmt.setQueryTimeout(30)（单位秒） - HikariCP的
connection-timeout控制从池取连接的等待时间 -
idle-timeout（如600000）控制连接在池中最大空闲时间，应略小于Oracle的IDLE_TIME - 注意：
max-lifetime建议设为1800000（30分钟），避免连接存活太久被Oracle silently kill
最易被忽略的一点：Oracle的Profile限制对已有连接不实时生效，只作用于新建连接。所以改完IDLE_TIME后，必须让应用重建连接池（比如重启服务或调用HikariDataSource.close()再初始化），否则旧连接照断不误。
