https://blog.csdn.net/J080624/article/details/74999858/
Spring框架的事务基础架构代码将默认地只在抛出运行时和unchecked exceptions时才标识事务回滚。
也就是说,当抛出一个RuntimeException 或其子类例的实例时(Errors 也一样) -默认地标识事务回滚。
从事务方法中抛出的Checked exceptions将不被标识进行事务回滚。
故,需要判断你抛出异常的类型。
可以如下设置,无论何种异常,均进行回滚(或者不回滚):
@Transactional(rollbackFor={Exception.class}) @Transactional(notrollbackFor={Exception.class})
问题描述
serviceA中的methodA调用serviceB中的methodB,methodB抛出一个异常,然后methodA捕获掉这个异常,就会出现
Transaction rolled back because it has been marked as rollback-only 异常
(serviceA和serviceB都加了注解@Transactional(rollbackFor = Exception.class))
问题出现的环境背景及自己尝试过哪些方法
业务需求是在serviceA中的methodA中调用serviceB中的methodB,但是methodB有一定几率会抛异常,methodA要把异常捕获,并做其他处理。
但是methodA返回结果的时候就会报“Transaction rolled back because it has been marked as rollback-only”异常。
解决办法是:
在methodB上添加注解@Transactional(rollbackFor = Exception.class, propagation = Propagation.REQUIRES_NEW)。
还有一种办法是把methodB写到serviceA中,直接用this.methodB调用
因为spring的默认传播属性,serviceB的事务加入到serviceA的事务中,二者在同一个事务中,假设在serviceB中发生了异常(比如字段长度100而内容长度150),你在serviceA中捕获了该异常,所以事务没有进行回滚,当serviceA的事务进行提交之前,因为serviceB发生过SQL异常,导致整个事务标记为不可提交状态(通过serviceB的代理方法标记),所以重新抛出
Transaction rolled back because it has been marked as rollback-only异常。SQL本来就是错的当然不能提交咯。当你把传播属性改为Propagation.REQUIRES_NEW,两者就不在同一事务内了,也就是说serviceB的错误sql不会影响serviceA的事务。
加入注解@Transactional之后,就有可能被spring的AOP处理,spring可能会在你抓住异常之前就拦截了异常,然后做自己的处理。
所以一个service类的方法最好不要调用被@Transactional注解的方法。这样你会搞不清楚spring会如何处理,spring自己也没有说明白甚至可能会很随意的处理。
最好是把methodB里面需要被methodA调用的部分提取出来,单独放在一个utils类中,不加入spring的注解,然后由methodB、methodA调用,避免methodA调用被@Transactional注解的方法。
嵌套方法调用的情况
public class Word{
@Transaction
public void A(){
String b = this.B();
return this.C(b);
}
@Transaction
public String B(){
// do something
}
@Transaction
public String C(String b){
// do something
}
}
按理说,多个事务嵌套遵循spring事务传播属性的约束,也就是说可能在同一个事务,也有可能不在同一个事务中(基于你设置的传播属性),但是你这里是内部调用,B和C的调用不走代理transaction无效,所以这里嵌套方法调用还是在同一个事务中。