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

点击上方“Java基基”，选择“设为星标”

做积极的人，而不是积极废人！

源码精品专栏

 

• 原创 | Java 2020 超神之路，很肝~
  

• 中文详细注释的开源项目
  

• RPC 框架 Dubbo 源码解析

• 网络应用框架 Netty 源码解析

• 消息中间件 RocketMQ 源码解析
  

• 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析

• 作业调度中间件 Elastic-Job 源码解析

• 分布式事务中间件 TCC-Transaction 源码解析

• Eureka 和 Hystrix 源码解析

• Java 并发源码

来源：blog.csdn.net/Mint6/article/details/78363761

• 1.异常的分类

• 2. @ Transactional的写法

---

java阿里巴巴规范提示：方法【编辑】需要在事务注解指定rollbackFor或者在方法中显示的rollback。

1.异常的分类

先来看看异常的分类

错误是一定会回滚的

这里Exception是异常，他又分为运行时异常RuntimeException和非运行时异常

可查的异常（已检查异常）：Exception下除RuntimeException外的异常

不可查的异常（怀疑检查的异常）：RuntimeException及其子类和错误（Error）

如果不对运行时异常进行处理，那么出现运行时异常之后，或者是线程中止，则是主程序终止。如果不想终止，则必须捕获所有的运行时异常，决不让这个处理线程退出。异常数据了，，正常的处理应该是把异常数据舍弃，然后记录日志。不应该由于异常数据而影响下面对正常数据的处理。

对于这种异常，JAVA编译器强制要求我们必需对出现的这些因此，面对这种异常不管我们是否愿意，只能自己去写一大堆catch块去处理可能的异常。

2. @ Transactional的写法

开始主题@Transactional如果只这样写，

那，当投掷一个此类RuntimeException子类实例的实例时。（Errors也一样-交替地-标识事务回滚。）从事务方法中抛出的已检查异常将不被标识进行事务回滚。

1让checked例外也回滚：在整个方法前加上@Transactional（rollbackFor = Exception.class）

2让unchecked例外不回滚：@Transactional（notRollbackFor = RunTimeException.class）

3不需要事务管理的（只查询的）方法：@Transactional（传播=传播。NOT_SUPPORTED）

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

注意：

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

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

---

---

欢迎加入我的知识星球，一起探讨架构，交流源码。加入方式，长按下方二维码噢：

已在知识星球更新源码解析如下：

最近更新《芋道 SpringBoot 2.X 入门》系列，已经 20 余篇，覆盖了 MyBatis、Redis、MongoDB、ES、分库分表、读写分离、SpringMVC、Webflux、权限、WebSocket、Dubbo、RabbitMQ、RocketMQ、Kafka、性能测试等等内容。

提供近 3W 行代码的 SpringBoot 示例，以及超 4W 行代码的电商微服务项目。

获取方式：点“在看”，关注公众号并回复 666 领取，更多内容陆续奉上。