[[352854]]
1 AOP实现事务的大厂原理
可理解为使用 try/catch 包裹被 @Transactional 注解的方法:
刚才所说 条件 即为如下两点:
Spring的库事 TransactionAspectSupport#invokeWithinTransaction 方法即为处理事务的逻辑:只有捕获到异常才能进行后续事务处理
查看Spring的数据DefaultTransactionAttribute
受检异常一般是业务异常或类似另一种方法的返回值,出现这样的库事异常可能业务还能完成,所以不会主动回滚
而 Error 或 RuntimeException 代表非预期结果,大厂应回滚
2 反面教材
2.1 注册用户案例
createUserError1 会抛 RuntimeException,数据但方法内的库事 catch 捕获了所有异常
createUserError1、2 俩方法虽然可确保事务生效,但因异常处理又不当,文件操作出现受检异常时,不会回滚事务。
2.2 如何修复bug呢?
通过日志来验证是否修复成功。针对以上2种情况,修复方案分别如下。
2.2.1 修复bug1
若希望自己捕获异常并处理,可手动设置让当前事务处于回滚态。
查看日志,确定事务回滚了。
Transactional code has requested rollback:手动请求回滚。
2.2.2 修复bug2
在注解中声明,期望遇到所有的Exception都回滚事务。
以此突破Spring不回滚受检异常的默认限制。
查看日志,确认事务回滚了:
该案例的事务中不仅有DB操作还有IO操作,在IO遇到问题时期望DB事务也回滚,以确保逻辑一致性。注意别再踩坑了哟~
3 总结
由于异常处理不正确,时常导致事务虽然的确生效了,但发生异常时依旧没能正确回滚。
Spring默认只对被@Transactional注解的方法出现RuntimeException和Error时回滚,所以若方法捕获了异常,就需要通过手写代码处理事务回滚。
若希望Spring针对其他异常也可回滚,可相应配置@Transactional注解的rollbackFor和noRollbackFor属性覆盖Spring的默认配置。
文转载自微信公众号「JavaEdge」,可以通过以下二维码关注。转载本文请联系JavaEdge公众号。
责任编辑:武晓燕 来源: JavaEdge 数据库回滚事务
(责任编辑:百科)
和泓服务(06093.HK)年度净利5635.7万元 每股基本盈利为12.76分