Spring @Transactional Annotation属性的优先级/继承

Question

在REQUIRED传播时，如果调用方方法本身是事务型的，那么当前方法是否会覆盖包含的事务属性（例如rollbackFor）（如果它们不同）？

插图：

Class A {
    @Transactional(propagation = Propagation.REQUIRED,
        rollbackFor = { SomeException.class})
    void foo() {
        try {
           b.bar();
        } catch (OtherException e) {
           // is the transaction marked as rollback-only at this point ?
        }
    }
}

Class B {
    @Transactional(propagation = Propagation.REQUIRED,
        rollbackFor = { OtherException.class})
    void bar() {
        [...]
    }
}

编辑 ：

好吧，我想避免一些琐碎的问题，所以让我们清楚一点，我知道弹簧传播处理。

如果不是这样，则下面是文档的相关部分，我只想澄清与上面的示例有关的第一部分：

PROPAGATION_REQUIRED

当传播设置为PROPAGATION_REQUIRED时，将为应用该设置的每种方法创建一个逻辑事务作用域。每个这样的逻辑事务作用域可以单独确定仅回滚状态，而外部事务作用域在逻辑上独立于内部事务作用域。当然，在标准PROPAGATION_REQUIRED行为的情况下，所有这些范围都将映射到同一物理事务。因此，内部事务范围中设置的仅回滚标记确实会影响外部事务实际提交的机会（正如您期望的那样）。

但是，在内部事务范围设置仅回滚标记的情况下，外部事务尚未决定回滚本身，因此回滚（由内部事务范围默默触发）是意外的。此时将引发相应的UnexpectedRollbackException。这是预期的行为，因此事务调用者永远不会被误认为是在确实未执行提交的情况下进行的。因此，如果内部事务（外部调用者不知道）内部将事务无提示地标记为仅回滚，则外部调用者仍会调用commit。外部调用者需要接收UnexpectedRollbackException，以清楚地指示已执行回滚。

我的问题可以这样改写：

逻辑事务作用域是否包含事务属性？

Answer 1

因此，我建立了一个测试用例，简单的答案是肯定的。

事务逻辑作用域包含事务属性，其边界确实是带注释的方法边界。

因此，即使两种方法的基础物理事务都相同，逻辑属性也适合于每种方法，而内部方法可以强制回退外部方法事务。但是，如果最后一次触发提交，则会导致UnexpectedRollbackException。

cf. Spring TransactionInterceptor（评论是我的）

try {
        retVal = invocation.proceed();
}
catch (Throwable ex) {
        completeTransactionAfterThrowing(txInfo, ex);
        throw ex;
}

completeTransactionAfterThrowing（）：

// txinfo is proper to the invocation target method
if (txInfo.transactionAttribute.rollbackOn(ex)) {
            try {
                txInfo.getTransactionManager().rollback(txInfo.getTransactionStatus());
            }

AbstractPlatformTransactionManager.processRollback（）：

else if (status.isNewTransaction()) { //requiresnew
    doRollback(status);
}
else if (status.hasTransaction()) { //requiered
        [...]
        doSetRollbackOnly(status);
    }
}