Spring事务中RuntimeException引发UnexpectedRollbackException及noRollbackFor失效原因

Spring事务默认规则 #

• 抛出RuntimeException（非受检异常）时，自动触发事务回滚
• 抛出Exception（受检异常）时，不会触发事务回滚

代码场景 #

createProcessV2方法标注@Transactional，内部调用三个服务方法并捕获所有Throwable：

@Transactional //declared on class level, but copy here to avoid confusions
public void createProcessV2(Ciencia ciencia, Cientifico cientifico) {

    try {
        cienciaService.save(ciencia);
        businessService.doBusiness();
        cientificoService.save(cientifico);
    }
    catch(Throwable t) {
        System.out.println(" createProcess V2...");
        System.out.println("  Catching and Handling Throwable");
        System.out.println("   Type   : " + t.getClass());
        System.out.println("   Message: " + t.getMessage());
    }

}

两种BusinessService实现场景 #

通过@Profile切换不同实现：

1. BusinessExceptionV2ServiceImpl（exception-checked-try-catch-non 环境）：抛出受检异常BusinessException，执行后事务无回滚，符合默认规则预期。
2. BusinessRuntimeExceptionV2ServiceImpl（exception-unchecked-try-catch-non 环境）：抛出非受检异常BusinessRuntimeException，执行后触发回滚，但调用方会捕获到UnexpectedRollbackException；即使配置rollbackFor或noRollbackFor，该异常依然出现。

后续修改后的异常情况：

• 在catch块重新抛出异常后，调用方捕获到原异常，事务回滚正常。
• 但当配置@Transactional(noRollbackFor={BusinessRuntimeException.class})并重新抛出异常时，事务依然触发回滚，同时出现UnexpectedRollbackException和错误提示“Application exception overridden by commit exception”。

问题解答 #

1. 为什么抛出RuntimeException时会触发UnexpectedRollbackException？ #

Spring事务管理器的核心逻辑是：当方法内部抛出会触发回滚的异常（比如默认的RuntimeException）时，事务管理器会标记当前事务为“需要回滚”。但你的代码在catch块里捕获了这个异常，没有向上抛出——这就导致事务管理器发现事务已经被标记为回滚，但方法却正常返回了（没有抛出异常），这种矛盾的状态会触发Spring抛出UnexpectedRollbackException，以此告知调用方：事务已经被强制回滚，和方法正常返回的状态不匹配。

简单来说：事务已被标记要回滚，但你把异常吞了没抛，Spring就用这个异常来提示“事务已回滚，与方法返回状态不符”。

2. 为什么noRollbackFor注解未按预期生效？ #

有两个关键原因：

• 异常感知时机问题：noRollbackFor的生效前提是Spring事务管理器能直接感知到异常类型。如果在方法内部先捕获了异常，事务管理器无法识别异常类型，依然会按照默认规则处理——只有当你把异常重新抛出，让事务管理器能捕获并判断异常类型时，配置才可能生效。
• 回滚标记的不可逆转性：当你配置noRollbackFor={BusinessRuntimeException.class}并重新抛出异常时，如果businessService.doBusiness()内部的逻辑已经触发了必须回滚的操作（比如数据库操作失败导致事务上下文被标记为回滚），此时即使配置了noRollbackFor，Spring也无法取消已标记的回滚状态，最终还是会执行回滚，并抛出UnexpectedRollbackException。“Application exception overridden by commit exception”错误说明事务在尝试提交时遇到了强制回滚的情况，直接覆盖了你配置的不回滚规则。

另外要注意：noRollbackFor仅针对当前事务方法抛出的异常生效，如果事务已经被其他嵌套事务或组件标记为回滚，该配置无法改变回滚结果。

内容的提问来源于stack exchange，提问作者Manuel Jordan