为什么阿里规范需要在 @Transactional 事务注解中指定 rollbackFor？

Spring框架的事务基础架构代码将默认地 只 在抛出运行时和unchecked exceptions时才标识事务回滚。也就是说，当抛出个RuntimeException 或其子类例的实例时。（Errors 也一样 - 默认地 - 标识事务回滚。）从事务方法中抛出的Checked exceptions将 不 被标识进行事务回滚。

1）让checked例外也回滚：在整个方法前加上

@Transactional(rollbackFor=Exception.class)

2）让unchecked例外不回滚：

@Transactional(notRollbackFor=RunTimeException.class)

3）不需要事务管理的(只查询的)方法：

@Transactional(propagation=Propagation.NOT_SUPPORTED)

注意：如果异常被try｛｝catch｛｝了，事务就不回滚了，如果想让事务回滚必须再往外抛try｛｝catch｛throw Exception｝。

总结

Spring团队的建议是你在具体的类（或类的方法）上使用 @Transactional 注解，而不要使用在类所要实现的任何接口上。你当然可以在接口上使用 @Transactional 注解，但是这将只能当你设置了基于接口的代理时它才生效。因为注解是不能继承的，这就意味着如果你正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装（将被确认为严重的）。因此，请接受Spring团队的建议并且在具体的类上使用 @Transactional 注解。

@Transactional 注解标识的方法，处理过程尽量的简单。尤其是带锁的事务方法，能不放在事务里面的最好不要放在事务里面。可以将常规的数据库查询操作放在事务前面进行，而事务内进行增、删、改、加锁查询等操作。

作者：Mint6

《一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义》无偿开源 威信搜索公众号【编程进阶路】 blog.youkuaiyun.com/Mint6/article/details/78363761

往期精选  点击标题可跳转

[拒绝 kill -9 强制停止，如何优雅停止 Spring Boot 服务？](()

[数据库连接池到底应该设置多大？响应时间从 100ms 优化到 3ms！](()

[IntelliJ IDEA 中使用热部署 JRebel 神器，开发效率提升一倍！](()

[MySQL 中 update 语句双引号错位引发的“血案”，这会长记性了！](()

[程序员缺乏工作经验的 7 种表现，你有没有中招？及早避坑！](()

[数据库中 SQL 语句该如何处理 NULL 值，你真的了解过吗？](()

[纳尼？Spring Boot 项目中使用 CommandLineRunner 有坑！](()

[一次深夜 MySQL 优化，亿级数据分页的奇妙经历](()

[为什么数据库连接池要用 ThreadLocal 呢？不用会怎么样？](()
[面试官问：线程池如何重复利用空闲的线程来执行任务？](()
[Java 程序员不可或缺的 11 种 IntelliJ IDEA 插件，提升开发效率！](()
点个赞，就知道你“在看”！