jdbc超时需分四层：connecttimeout控tcp建连（毫秒）、sockettimeout控通信响应（毫秒）、logintimeout为驱动全局兜底（秒）、连接池timeout管取连接等待。
Java 中 JDBC 配置连接超时与读取超时，核心是区分两个不同阶段的超时：一个是建立 TCP 连接的耗时（连接超时），另一个是连接建立后收发数据的等待时间（读取/Socket 超时）。两者必须分开设置，且参数名、作用范围和生效位置各不相同。
connectTimeout：控制建连阶段的等待上限
该参数只约束从发起 connect() 系统调用开始，到完成 TCP 三次握手为止的时间。单位为毫秒，仅对网络层建连有效，不涉及 DNS 解析、认证或 SQL 执行。
- MySQL 支持直接在 URL 中配置：
?connectTimeout=5000 - Oracle 官方驱动也支持此参数，但仅覆盖 TCP 层；若需同时约束 DNS 查询，应改用
oracle.net.CONNECT_TIMEOUT（私有参数，需配合 TNS 描述符） - 不能靠它解决“连得上但登录卡住”或“监听开着但实例挂了”的问题
socketTimeout：控制连接建立后的通信等待
该参数决定 JDBC 在已建立连接的前提下，等待数据库返回响应的最大时长。一旦超时，会抛出 java.sql.SQLTimeoutException 或 java.net.SocketTimeoutException。
- MySQL 示例：
?socketTimeout=10000（10 秒内未收到结果即中断） - Oracle 对应的是
oracle.net.READ_TIMEOUT，行为一致，但推荐优先使用标准socketTimeout - 它影响所有后续操作：SELECT、INSERT、prepareStatement 执行、甚至 setAutoCommit(true) 等网络交互
loginTimeout：驱动级全局连接等待上限
这是 JDBC 规范定义的静态属性，由 DriverManager 统一管理，作用于所有连接尝试，单位为秒（非毫秒）。
- 默认值因驱动版本而异：Oracle 11.2+ 默认 30 秒，10.2 及更早为 15 秒
- 可通过
DriverManager.setLoginTimeout(60)全局设置（注意是秒） - 它的优先级低于 URL 中的
connectTimeout，但会作为兜底限制——即使 URL 没设，也会受此值约束
连接池场景下还需关注获取连接的超时
当使用 HikariCP、Druid 等连接池时，“获取连接”本身也可能阻塞，这和 JDBC 层的超时无关，而是连接池自身的等待策略。
- HikariCP 的
connectionTimeout（毫秒）：从池中获取连接的最大等待时间，超时抛HikariPool$ConnectionTimeoutException - DBCP 的
maxWaitMillis、Druid 的maxWait同理 - 这个超时必须小于应用线程的总处理时限，否则可能引发雪崩
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
