Oracle JDBC连接超时须用oracle.net.CONNECT_TIMEOUT（毫秒），ojdbc8+才支持，URL拼接或Properties传参；socketTimeout实为oracle.jdbc.ReadTimeout，控制单次网络读超时，需与setQueryTimeout配合防慢SQL阻塞。
Oracle JDBC连接超时（connectionTimeout）怎么设？
Oracle官方JDBC驱动（ojdbc8.jar 及以上）不支持标准JDBC的 connectTimeout 属性，直接在URL里写 connectTimeout=5000 会被忽略。必须用驱动专属参数：oracle.net.CONNECT_TIMEOUT，单位是毫秒。
这个值控制的是TCP三次握手完成前的等待上限，不是登录认证耗时。如果网络不通或防火墙拦截，它会在这里生效。
- 必须作为连接属性传入，不能只写在URL里（URL中需用
?拼接，但推荐用Properties对象更可靠） - 仅对
DriverManager.getConnection()或DataSource初始化阶段有效 - 若使用连接池（如HikariCP），该参数需通过
dataSource.setConnectionProperties(...)设置，不能靠URL自动识别
Properties props = new Properties();
props.setProperty("user", "scott");
props.setProperty("password", "tiger");
props.setProperty("oracle.net.CONNECT_TIMEOUT", "3000"); // 3秒
Connection conn = DriverManager.getConnection("jdbc:oracle:thin:@//host:1521/ORCLPDB1", props);
Oracle JDBC套接字超时（socketTimeout）怎么配？
对应的是 oracle.jdbc.ReadTimeout（注意不是 socketTimeout，后者是PostgreSQL/Hikari用的通用名）。它控制的是连接建立后，单次网络读操作（比如执行SQL、取结果集）的最大等待时间。
典型场景：查询一个没加索引的大表、存储过程卡死、数据库负载极高导致响应延迟——这时它会抛出 java.sql.SQLTimeoutException，而不是无限挂起。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
-
oracle.jdbc.ReadTimeout是 Oracle 驱动实际识别的键名，大小写敏感 - 它不影响连接建立阶段，只作用于
Statement.execute()、ResultSet.next()等I/O调用 - 若同时设置了
Statement.setQueryTimeout()，以较小者为准
props.setProperty("oracle.jdbc.ReadTimeout", "10000"); // 10秒
为什么设置了还是不生效？常见失效原因
最常踩的坑是混淆了驱动版本和参数兼容性。ojdbc6 不支持 oracle.net.CONNECT_TIMEOUT，只认 oracle.net.CONNECT_TIMEOUT 的旧写法 oracle.net.CONNECT_TIMEOUT（其实一样），但 ojdbc6 实际上只支持 oracle.net.CONNECT_TIMEOUT ——等等，别被绕晕：ojdbc6 完全不支持任何连接超时参数，必须升级到 ojdbc7+。
- 检查JAR包名：用
ojdbc8.jar（Java 8+）或ojdbc11.jar（Java 11+），别用classes12.jar或ojdbc6.jar - URL中若混用
connectTimeout和oracle.net.CONNECT_TIMEOUT，后者优先，前者被静默丢弃 - Spring Boot + HikariCP 场景下，
spring.datasource.hikari.connection-timeout控制的是从连接池获取连接的等待时间，和Oracle底层TCP超时无关，别指望它替代oracle.net.CONNECT_TIMEOUT
要不要设 socketTimeout？什么值合理？
要设，但得看业务。OLTP接口建议 3–10 秒；报表类任务可放宽到 60 秒甚至关掉（设为 0 表示禁用），但必须配合应用层熔断，否则线程池可能被占满。
- 设太短：正常慢查询被误杀，日志里全是
SQLTimeoutException - 设太长：数据库卡死时，应用线程长时间阻塞，拖垮整个实例
- 生产环境强烈建议两者都设：连接超时防网络僵死，读超时防单条SQL拖垮服务
Oracle驱动本身不会自动重试，超时就是失败。重试逻辑必须由上层代码或连接池（如HikariCP的 connection-init-sql 配合健康检查）承担。
