java单元测试中@transactional默认自动回滚，需由spring容器管理测试类、配置事务管理器，并确保方法为public；回滚通过setrollbackonly()实现，非数据库rollback语句。
在 Java 单元测试中使用 @Transactional 实现自动回滚，核心是让测试方法运行在一个事务中，并在方法执行结束后由框架主动回滚，避免污染数据库。这通常配合 Spring Test 框架（spring-test）和 JUnit 使用，不需要手动写 rollback 逻辑。
确保测试类被 Spring 管理
Spring 的事务管理依赖于代理机制，因此测试类必须由 Spring 容器加载，不能直接 new 或用 JUnit 原生方式运行：
- 使用
@RunWith(SpringRunner.class)（JUnit 4）或@ExtendWith(SpringExtension.class)（JUnit 5） - 通过
@ContextConfiguration或@SpringBootTest加载配置（如数据源、JPA/Hibernate、事务管理器） - 确保配置中已声明
PlatformTransactionManagerbean（如JpaTransactionManager），Spring Boot 会自动配置
在测试方法或类上添加 @Transactional
@Transactional 可以加在测试方法上（更推荐，粒度细），也可以加在测试类上（所有 public 测试方法都生效）：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 默认行为：Spring Test 会在每个
@Transactional测试方法开始前开启事务，方法结束后自动调用TransactionStatus.setRollbackOnly()，触发回滚 - 注意：这不是数据库层面的
ROLLBACK语句，而是 Spring 在事务结束时标记“只回滚”，由事务管理器执行 —— 所以要求底层资源（如 DataSource）支持事务 - 若想强制提交（仅调试用），可加
@Rollback(false)，但不建议在常规测试中使用
验证回滚是否生效的常见方式
回滚是否成功不能只靠“没报错”判断，建议显式验证：
- 在测试方法内插入一条记录，然后用 DAO/Repository 查询确认存在
- 方法结束后，在另一个非事务方法（或新事务）中查询同一条数据，应查不到（证明已回滚）
- 或者直接检查数据库（如 H2 内存库可配
DB_CLOSE_DELAY=-1方便手动查看），但自动化测试中更推荐用断言代替人工检查
注意事项与典型问题
以下情况可能导致回滚失效或行为异常：
- 测试方法不是 public：Spring Test 不会为非 public 方法应用事务代理
-
使用了错误的事务管理器：比如配置了多个
PlatformTransactionManager，但未用@Transactional(transactionManager = "xxx")显式指定 - 测试中调用了非事务的外部服务或线程：事务不会跨线程传播，另起线程内的 DB 操作不受当前事务控制
- 使用了不支持事务的数据库或存储类型：如某些 NoSQL、或 MySQL 使用 MyISAM 引擎（需 InnoDB）
-
测试类未启用事务支持：例如忘记加
@Transactional，或 Spring 上下文未正确加载事务相关 Bean
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
