优先使用 isValid(10)，因其更轻量且语义准确；若驱动不支持则 fallback 到 SELECT 1 FROM DUAL，二者组合使用最可靠。
Oracle连接验证该用 isValid() 还是 SELECT 1？
直接结论：isvalid() 更轻量、更语义准确，但必须传入超时参数（如 10），否则可能卡住；select 1 更直观、兼容旧驱动，但本质是发了一次真实查询，开销略大，且在连接池空闲回收期可能误判。
isValid(int timeout) 的正确用法和陷阱
这个方法不是“检查连接对象是否为空”，而是向数据库发起一次底层握手探测——但它不走 SQL 协议栈，不触发事务或解析器。关键点在于：JDBC 4.1+ 才支持，且 timeout 必须显式指定，传 0 或负数会无限等待（尤其在防火墙拦截、Oracle 监听未启时）。
- 必须用非零正整数，推荐
5或10（单位：秒） - Oracle 12c+ 驱动（
ojdbc8.jar）返回true仅表示 TCP 可达 + 监听进程响应，不保证用户名密码有效 - 如果连接来自 HikariCP 等池，
isValid()不会触发连接重连或清理，它只是个只读探测 - 旧版驱动（如
ojdbc6.jar）直接抛SQLFeatureNotSupportedException
SELECT 1 FROM DUAL 测试的真实行为
这是最常写的“兜底方案”，但它实际执行了一次完整 SQL 生命周期：解析、权限校验、执行、结果集返回。好处是能同时验证网络、监听、实例、用户权限四层；坏处是比 isValid() 多消耗约 2–5ms（实测 Oracle 19c + ojdbc8），且在连接被数据库端静默断开（如 sqlnet.expire_time 触发）后，首次 SELECT 仍可能报 IO Error: Connection reset。
- 务必包裹在
try-catch中捕获SQLException，不能只靠返回值 - 不要用
SELECT 1（无FROM），Oracle 要求必须指定表，DUAL是唯一安全选择 - 若连接已处于事务中，
SELECT不会提交或回滚，但某些代理（如 Oracle RAC VIP 切换）可能因会话状态异常导致查询失败 - 高并发下频繁执行此语句可能增加 shared pool 解析压力（虽小，但可避免）
生产环境推荐组合策略
单一手段都不够鲁棒。连接池（如 HikariCP）应配置 connection-test-query=SELECT 1 FROM DUAL + validation-timeout=3000，而业务代码中做连接复用前的快速探活，优先走 isValid(3)；若捕获到 SQLFeatureNotSupportedException，再 fallback 到 SELECT 1 FROM DUAL。
- HikariCP 的
connection-test-query在连接从池取出时执行，不是每次getConnection()都查，而是按需验证 - 自己写工具类封装时，别把
isValid()和SELECT写成“二选一”，而是“先isValid()，失败再SELECT”，并记录日志区分原因 - 注意 Oracle 的
tnsnames.ora中若配置了多个地址（如 RAC），isValid()只测当前已连上的那个节点，不自动 failover
