spring事务timeout不主动计时，而是通过底层jdbc设置statement.setquerytimeout()或connection.setnetworktimeout()实现；超时后数据库驱动抛异常，spring捕获并标记rollback-only，在提交前回滚。
Spring 事务的 timeout 并不会“自动触发回滚”，它只是设置事务允许执行的最长时间；超时后由底层事务管理器（如 JDBC 的 java.sql.Connection 或 JTA）中断当前操作，进而导致事务被标记为 rollback-only，最终在事务提交前抛出异常并回滚。
timeout 是如何生效的
Spring 本身不主动计时或杀线程。它通过委托给底层资源（如数据库连接）来实现超时控制：
- 使用 JDBC 时，Spring 调用
Connection.setNetworkTimeout()（JDBC 4.1+）或在执行 SQL 前设置 Statement 的setQueryTimeout() - 使用声明式事务（
@Transactional）时，timeout属性会传给TransactionDefinition，由DataSourceTransactionManager在开启事务时传递给连接 - 超时发生后，数据库驱动通常会抛出
SQLTimeoutException或SQLException，Spring 捕获后将事务标记为强制回滚（setRollbackOnly()），并在事务结束时回滚
正确配置 timeout 的方式
在 @Transactional 中指定秒级超时值（单位是秒，不是毫秒）：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
注意：必须确保底层数据源和驱动支持查询超时（主流 MySQL、PostgreSQL、Oracle 都支持）
@Transactional(timeout = 5) // 5 秒后超时
public void doSomething() {
// 可能执行较慢的数据库操作
userRepository.save(new User("test"));
Thread.sleep(6000); // 模拟耗时操作，触发超时
}
等价于编程式写法：
TransactionTemplate template = new TransactionTemplate(transactionManager);
template.setTimeout(5); // 单位：秒
template.execute(status -> {
userRepository.save(new User("test"));
return null;
});
常见误区与注意事项
-
timeout 不等于线程中断：Spring 不会调用
Thread.interrupt()，超时依赖数据库连接层的响应。如果 SQL 已发出且数据库未响应（如锁等待、网络卡顿），是否及时超时取决于驱动和数据库配置 -
仅对新事务有效：若当前已存在事务（如传播行为为
REQUIRED），timeout设置会被忽略（除非嵌套事务且底层支持） -
需配合 rollbackFor 使用：默认只对 unchecked 异常（
RuntimeException及其子类）回滚。超时抛出的TransactionTimedOutException是 runtime 异常，所以默认会回滚；但若捕获了该异常又没重新抛出，事务可能意外提交 -
数据库连接池影响实际效果：例如 HikariCP 的
connection-timeout控制获取连接的等待时间，与事务timeout是两回事，别混淆
验证 timeout 是否生效的方法
可结合日志和异常观察：
- 开启 Spring 事务日志：
logging.level.org.springframework.transaction=DEBUG - 捕获并打印异常：
TransactionTimedOutException或底层SQLTimeoutException - 检查数据库侧是否收到 cancel 请求（如 PostgreSQL 的
pg_cancel_backend()日志） - 用
@Transactional(noRollbackFor = TransactionTimedOutException.class)测试是否会提交——正常情况不应这么做，仅用于验证机制
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
