事务内重试触发RollbackException，寻求无需重构父方法的替代方案

你猜的没错，核心问题在于：childLevel的事务默认和parentLevel是同一个（Spring默认事务传播级别REQUIRED）。第一次执行childLevel失败时，这个共享事务会被标记为需要回滚；哪怕后续重试成功，整个事务的回滚标记已经无法清除，最终关闭父事务时，Spring发现事务必须回滚但代码未触发主动回滚，就会抛出RollbackException。

方案1：调整子方法事务传播级别为REQUIRES_NEW #

直接修改childLevel的事务注解，让每次重试都开启独立事务，和父事务完全隔离：

@Retryable
@Transactional(propagation = Propagation.REQUIRES_NEW)
void childLevel(){
    // 业务逻辑
}

• 原理：每次重试都会启动新事务，第一次失败的事务会独立回滚，不会污染父事务和后续重试的事务；重试成功后，当前事务正常提交，父事务不受影响。
• 注意：该方案会让childLevel的操作与父事务解耦——如果后续父事务执行失败回滚，已提交的childLevel操作不会被回滚，需确认业务逻辑是否允许这种“部分提交”的情况。

方案2：用TransactionTemplate手动管理重试内的事务 #

如果不想修改事务传播级别，可以把childLevel的业务逻辑用TransactionTemplate包裹，让每次重试都执行独立事务，同时去掉childLevel自身的@Transactional注解：

@Autowired
private TransactionTemplate transactionTemplate;

@Retryable
void childLevel(){
    transactionTemplate.execute(status -> {
        // 原来childLevel的业务逻辑写在这里
        return null;
    });
}

• 原理：TransactionTemplate每次执行都会创建独立事务，重试过程中的失败只会回滚当前次的事务，不会影响父事务和其他重试次数。父事务的状态完全不受重试操作影响，最终正常提交或回滚。
• 优势：不需要调整父方法，也不用关心事务传播级别的耦合问题，对现有代码侵入较小。

方案3：自定义重试拦截器，跳过事务回滚标记（谨慎使用） #

该方案需要自定义重试拦截逻辑，在重试前清除事务的回滚状态，但操作复杂，容易引入隐藏问题，仅作为应急备选：

@Configuration
public class RetryConfig {
    @Bean
    public RetryTemplate retryTemplate(PlatformTransactionManager transactionManager) {
        RetryTemplate retryTemplate = new RetryTemplate();
        // 设置重试策略（比如重试次数、间隔）
        SimpleRetryPolicy retryPolicy = new SimpleRetryPolicy();
        retryPolicy.setMaxAttempts(3);
        retryTemplate.setRetryPolicy(retryPolicy);
        
        // 自定义重试拦截器，在重试前重置事务状态
        retryTemplate.registerListener(new RetryListener() {
            @Override
            public <T, E extends Throwable> boolean open(RetryContext context, RetryCallback<T, E> callback) {
                return true;
            }

            @Override
            public <T, E extends Throwable> void close(RetryContext context, RetryCallback<T, E> callback, Throwable throwable) {
            }

            @Override
            public <T, E extends Throwable> void onError(RetryContext context, RetryCallback<T, E> callback, Throwable throwable) {
                // 获取当前事务状态，清除回滚标记（仅适用于特定事务管理器）
                DefaultTransactionStatus status = (DefaultTransactionStatus) TransactionSynchronizationManager.getResource(transactionManager);
                if (status != null && status.isRollbackOnly()) {
                    status.setRollbackOnly(false);
                }
            }
        });
        return retryTemplate;
    }
}

• 注意：该方案依赖Spring事务的内部实现，不同版本可能有差异，强行清除回滚标记可能导致事务数据不一致，除非完全清楚业务风险，否则不建议使用。

内容的提问来源于stack exchange，提问作者Mark Park