悲观锁等待超时需依赖数据库自身配置（如MySQL的innodb_lock_wait_timeout），JDBC的setQueryTimeout()仅控制整体执行超时；推荐用FOR UPDATE NOWAIT配合异常捕获与重试机制实现健壮锁获取。
在 JDBC 中实现悲观锁的超时机制，核心是利用数据库自身的 SELECT ... FOR UPDATE 语句配合 JDBC 的 setQueryTimeout() 方法，但需注意：该方法控制的是整个 SQL 执行的**网络/数据库响应超时**，而非“等待行锁释放”的超时。真正实现“等待锁超时”的行为，主要依赖数据库自身的锁等待配置（如 MySQL 的 innodb_lock_wait_timeout），JDBC 层需配合处理超时异常。
1. 使用 setQueryTimeout() 控制语句级执行超时
这是 JDBC 提供的最直接的超时控制方式，适用于防止查询无限挂起：
-
作用对象：整个
PreparedStatement或Statement的执行过程（包括获取锁的等待时间） -
设置方式：
ps.setQueryTimeout(5);表示最多等待 5 秒，超时抛出SQLException -
注意：是否生效取决于 JDBC 驱动和数据库支持。例如 MySQL Connector/J 默认支持，但 PostgreSQL 需开启
cancelSignalThread等配置才可靠
2. 依赖数据库自身的锁等待超时参数
悲观锁（FOR UPDATE）能否及时失败，关键在数据库层面的锁等待策略：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
-
MySQL：由系统变量
innodb_lock_wait_timeout控制（默认 50 秒）。执行SELECT ... FOR UPDATE时，若目标行被锁且等待超时，会抛出Lock wait timeout exceeded异常 -
PostgreSQL：通过
lock_timeout参数设置（单位毫秒），例如执行SET lock_timeout = '3000';后再执行SELECT ... FOR UPDATE -
Oracle：使用
SELECT ... FOR UPDATE NOWAIT（立即报错）或WAIT n（等待 n 秒），如FOR UPDATE WAIT 3
3. 推荐的健壮实现方式（结合应用层重试与明确超时）
单纯靠数据库超时不够灵活，建议在业务代码中封装带超时和重试逻辑的悲观锁获取流程：
立即学习“Java免费学习笔记（深入）”；
- 用
FOR UPDATE NOWAIT尝试立即加锁，捕获SQLException中的特定 SQLState 或错误码（如 MySQL 的HY000+ 错误码 1205/1213，PostgreSQL 的55P03） - 若失败，短暂休眠后重试（避免忙等），并累计已耗时间，超过业务允许总超时则放弃
- 示例片段（伪代码）：
long start = System.currentTimeMillis();
int maxWaitMs = 3000;
while (System.currentTimeMillis() - start try (PreparedStatement ps = conn.prepareStatement("SELECT id FROM order WHERE id = ? FOR UPDATE NOWAIT")) {
ps.setLong(1, orderId);
ps.executeQuery(); // 成功即获得锁
break;
} catch (SQLException e) {
if (isLockWaitException(e)) {
Thread.sleep(50); // 指数退避更佳
} else {
throw e;
}
}
}
4. 注意事务隔离级别与连接管理
悲观锁效果受事务上下文严格约束：
- 必须在 同一个数据库事务内 执行
SELECT FOR UPDATE和后续的UPDATE，否则锁可能提前释放 - 确保连接未被自动提交（
conn.setAutoCommit(false)），并在操作完成后显式commit()或rollback() - 避免长事务：持有悲观锁时间越长，阻塞越严重；应尽量缩短临界区（只锁必要字段、减少计算逻辑）
