Spring事务Transaction rolled back because it has been marked as rollback-only

参考https://blog.csdn.net/sgls652709/article/details/49472719和https://blog.csdn.net/qq_33101675/article/details/83012379

 

事务传播机制的实现原理,如果几个不同的service都是共享同一个connect(也就是service对象嵌套传播机制为Propagation.REQUIRED),jdbc的connect.commit、connect.rollback,一起提交,一起回滚。这里面共享conntion应该就是共享同一个事务了。不同的connect,来执行commit/rollback自然是独立的。同一个connection,如果一个service已经提交了,在另外service中connect.rollback自然对第一个service提交的代码回滚不了的。所以spring处理且套事务,就是在TransactionInterceptor方法中,根据一系列开关(Propagation枚举中的属性),来处理connetion事务是同一个还是重新获取,如果是同一个connection,不同service的commit(注:①)与rollback(注:②)的时机

注①:执行某一个service的时候根据传播机制例如REQUIRED,spring发现事务没建立,建立事务,在status对象中标记newTransaction为true,嵌套事务还有一个service是REQUIRED,那么使用这个事务,它的status中newTransaction为false,如果newTransaction为false的时候,commit全部跳过,如果是true,那么说明这个service是事务outermost transaction boundary,开始提交 
注②:如果newTransaction为false,那么标记为rollback-only,如果是true,那么执行rollback
 

根据异常定位到异常信息的720行,报错代码satus.isNewTransaction为true

if (status.isNewTransaction() || isFailEarlyOnGlobalRollbackOnly()) {
                throw new UnexpectedRollbackException(
                        "Transaction rolled back because it has been marked as rollback-only");
}

这段代码的意思是:共享的事物中已经有service出错了,已经标记成rollback-only了,这里isNewTransaction是true,那么说明你是到了事物最外层的service了,你就不应该commit,应该rollback的。但是我想知道为什么会执行commit而不是rollback
 

================================================================================================

如果service方法里调用的是同一个service里的方法, try catch了service方法不会抛Transaction rolled back because it has been marked as rollback-only:

这个应该可以很好的理解为什么是这样子!这是因为在Java中say()中调用say2()中的方法,本质上就相当于把say2()的方法体放入到say()中,也就是内部方法,同样的不管你嵌套了多少层,只有代理对象proxy直接调用的那一个方法才是真正的走代理的

你可能感兴趣的:(Java技术)