本文主要是介绍spring 事务问题:Transaction rolled back because it has been marked as rollback-only,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
问题描述:
同事测试时使用异常数据,代码报错但是并不是异常产生的错误,而出现:
Transaction rolled back because it has been marked as rollback-only
中文翻译就是:
事务已回滚,因为它被标记成了只回滚
代码片段:
// 我的代码@Transactional(readOnly = true, rollbackFor = Exception.class)public String select(String pid,String id) {List<Object> list = this.commonService.select(pid,id);if (CollectionUtils.isEmpty(list)) {throw new ApplicationException("查询数据异常");}... }.....// 调用代码@Transactional(readOnly = true, rollbackFor = Exception.class)public String select(String pid,String id) {try{// 针对异常进行捕获,但是没有抛出异常this.measureService.select(pid,id);}catch(ApplicationException e) {}}
错误原因分析:
A和B都有事务,A调用B,B中抛出了异常,A这边捕获B的异常,但是没有将异常抛出,导致A方法执行结束时,提交事务,出现了上述的错误
@Transactional原理:
@Transactional其内部是基于Aop实现的,
SpringAop异常捕获的原理:本拦截的方法需显示抛出异常,并不能经过任何处理,这样Aop代理才能捕获方法的异常,才能进行回滚,默认情况下Aop只捕获RuntimeException异常
这样原理就简单了,我们知道事务是可以继承的,那么A和B中可以理解为同一个事务,我们在B中进行了抛出了异常,然后再A中进行了捕获,但是没有抛出该异常,相当于在A中进行了处理,没有抛出该异常。细分下:B方法返回时,transcation已经被设置为rollback-only了,但是A这边捕获异常,没有继续向外抛,那么A方法结束时,就会由Aop来提交事务,但是此时transcation已经被设置为rollback-only了,所以就会抛出上述异常。
Rollback-only异常的解决:
1.B方法中我们可以手动捕获异常,并且处理该异常
try {int i = 1/0;}catch (Exception e) {TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();}
2.B方法中的事务我们可以开启一个新的事务,与A中的事务不一样,这样A中出现异常回滚的事务与B中的事务不是同一个事务,这样话就可以避免上述的问题了,但是这样会出现一个问题,如果B中也有对数据的操作,那么B中出现异常,是不会让A中的事务回滚的。该方法适用于B中没有对数据的操作
// 在B中方法上添加注解,另开一个事务
@Transactional(propagation = Propagation.REQUIRES_NEW)
这篇关于spring 事务问题:Transaction rolled back because it has been marked as rollback-only的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!