嵌套的@Transactional方法中的Spring UnexpectedRollbackException

Question

我有一个dao类(myDAO)，它用@transactionalannotaion（在类级别）标记，没有其他参数。在这个dao类中，我有一个方法，在某些情况下，它需要抛出一个已检查的异常并执行事务回滚。类似这样的事情：

@Transactional
public class MyDao {

    public void daoMethod() throws MyCheckedException() {

        if (somethingWrong) {
            TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
            throw new MyCheckedException("something wrong");
        }
}

这个很好用。但是，这个dao方法是从一个服务方法调用的，该服务方法也被标记为@transactional:

public class MyService {

    @Autowired
    private MyDao myDao;

    @Transactional
    public void serviceMethod() throws MyCheckedException {
        myDao.daoMethod();
    }

}

问题是，当从ServiceMethod()调用DAOMethod()并将事务标记为仅回滚时，我会得到一个UnexpectedRollbackException。

Spring创建了两个事务拦截器：一个用于myDAO,一个用于myservice。当daomethod()将事务标记为回滚时，mydao的拦截器执行回滚并返回。但随后堆栈移动到myservice的拦截器，该拦截器会发现之前的回滚，并抛出UnexpectedDrollBackException。

一个解决方案是从MyDAO中删除@transactional注释。但是现在这是不可行的，因为mydao被用于很多地方，这可能会导致错误。

另一种解决方案是不将事务仅设置为daomethod()中的回滚，而是将serviceMethod()标记为在MyCheckedException上还原事务。但我不喜欢这个解决方案，因为我有很多这样的“服务方法”，我必须显式地标记所有这些方法，以便在该异常时回滚。而且，将来添加新服务方法的每个人都必须考虑到这一点，因此它为错误创造了机会。

有没有一种方法可以将事务设置为仅从daomethod()回滚，并防止Spring抛出UndependedRollbackException？例如，参数隔离和传播的组合？

Answer 1

我想出来了。我还必须明确地告诉“外部”拦截器，我想回滚事务。换句话说，两个拦截器都需要被“通知”回滚的情况。这意味着在ServiceMethod()中捕获MyCheckedException并将事务状态设置为仅回滚，或者将ServiceMethod()标记为这样的@transactional(rollbackfor=MyCheckedException.class)。

但正如我在OP中提到的，我想避免这样做，因为它很容易出错。另一种方法是默认情况下对MyCheckedException进行@transactional回滚。但那是完全不同的故事。