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

程序员的成长之路

共 1513字,需浏览 4分钟

 ·

2021-01-10 00:07

程序员的成长之路
互联网/程序员/技术/资料共享 
关注


阅读本文大概需要 2 分钟。

来自:blog.csdn.net/Mint6/article/details/78363761

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

推荐阅读:
微信QQ等主流应用上线国产系统UOS:界面曝光
SpringBoot 项目模板:摆脱步步搭建
5T技术资源大放送!包括但不限于:C/C++,Linux,Python,Java,PHP,人工智能,单片机,树莓派,等等。在公众号内回复「2048」,即可免费获取!!

微信扫描二维码,关注我的公众号

朕已阅 

浏览 28
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报