PROPAGATION_REQUIRES_NEW PROPAGATION_NESTED 区别

关注

原创 2023-04-21 10:34:38 2.2k 阅读 AI 写同款· GEO 优化 ›

Spring事务传播：Propagation.REQUIRES_NEW、NEVER和MANDATORY的验证及失效问题本文将重点介绍Spring事务传播的三种行为：Propagation.REQUIRES_NEW、Propagation.NEVER和Propagation.MANDATORY，并探讨可能导致这些传播行为失效的诡异问题。在同一个类中的方法内部直接调用另一个使用了事务传播行为的方法时，传播行为可能会失效。在同一个类中的非事务方法调用了一个使用了事务传播行为的方法时，传播行为可能会失效。为了解决这个问题，可以将非事务方法移到另一个类中，或者在非事务方法上添加事务注解以启动一个新的事务。4.3. 异步方法问题。阅读详情

PROPAGATION_REQUIRES_NEW 和 PROPAGATION_NESTED 的最大区别在于,
PROPAGATION_REQUIRES_NEW 完全是一个新的事务, 而 PROPAGATION_NESTED
则是外部事务的子事务, 如果外部事务 commit, 潜套事务也会被 commit,
这个规则同样适用于 roll back

现在的情况就变得比较复杂了, ServiceB.methodB() 的事务属性被配置为 PROPAGATION_NESTED, 此时两者之间又将如何协作呢? ServiceB#methodB 如果 rollback, 
那么内部事务(即 ServiceB#methodB) 将回滚到它执行前的 SavePoint 而外部事务(即 ServiceA#methodA) 可以有以下两种处理方式:

a、捕获异常，执行异常分支逻辑

void methodA() {

        try {

            ServiceB.methodB();

        } catch (SomeException) {

            // 执行其他业务, 如 ServiceC.methodC();

        }

    }
这种方式也是嵌套事务最有价值的地方, 它起到了分支执行的效果, 如果 ServiceB.methodB 失败, 那么执行 ServiceC.methodC(), 而 ServiceB.methodB 已经回滚到它执行之前的 SavePoint, 
所以不会产生脏数据(相当于此方法从未执行过), 这种特性可以用在某些特殊的业务中, 而 PROPAGATION_REQUIRED 和 PROPAGATION_REQUIRES_NEW 都没有办法做到这一点。

b、 外部事务回滚/提交 代码不做任何修改, 那么如果内部事务(ServiceB#methodB) rollback, 那么首先 ServiceB.methodB 回滚到它执行之前的 SavePoint(在任何情况下都会如此), 
外部事务(即 ServiceA#methodA) 将根据具体的配置决定自己是 commit 还是 rollback

1、如果ServiceB.methodB已经提交，那么ServiceA.methodA失败回滚，ServiceB.methodB也将回滚。

2、如果ServiceB.methodB失败回滚，如果他抛出的异常被ServiceA.methodA的try..catch捕获并处理，ServiceA.methodA事务仍然可能提交；如果他抛出的异常未被ServiceA.methodA捕获处理，ServiceA.methodA事务将回滚。

收录于