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直接调用的那一个方法才是真正的走代理的