JPA事务疑难：catch块save()不生效及回滚异常优化咨询

1. catch块中save操作未生效的原因 #

核心问题出在事务上下文的共享与回滚标记：

• 假设itemService.addItem方法本身带有@Transactional注解，且事务传播行为是默认的PROPAGATION_REQUIRED，那么它会复用handleItem方法开启的同一个事务。
• 当addItem抛出CustomCheckedException时，即便这是受检异常，如果addItem的事务配置（或全局配置）将该异常标记为触发回滚，或者框架内部因嵌套事务逻辑把当前事务标记为仅回滚状态，整个共享事务就会被打上回滚标记。
• 你在catch块中执行的save和flush操作，虽然能同步持久化上下文到数据库事务日志，但由于整个事务最终会被回滚，这些临时变更都会被撤销，所以数据库看不到任何修改。
• 测试中调用flush能看到临时变更，是因为flush只是把内存中的持久化数据同步到数据库，但事务未提交前这些变更都是未确认状态，事务回滚后就会被丢弃。

2. 解决UnexpectedRollbackException的更优方案 #

方案一：调整itemService.addItem的事务传播行为 #

将addItem方法的事务传播改为PROPAGATION_REQUIRES_NEW，让它开启独立事务，与handleItem的主事务隔离：

@Transactional(propagation = Propagation.REQUIRES_NEW)
public void addItem(User user, AssetItem assetItem) throws CustomCheckedException {
    // 原有逻辑保持不变
}

这样addItem抛出异常时只会回滚自身的独立事务，不会影响handleItem的主事务，catch块中的save操作可以正常提交，无需手动调用flush。

方案二：编程式事务隔离异常分支 #

在catch块中使用TransactionTemplate开启新事务执行状态更新，避开主事务的回滚标记影响：

@Autowired
private TransactionTemplate transactionTemplate;

@Transactional
protected void handleItem(User user, AssetItem assetItem) throws CustomCheckedException {
    try {
        itemService.addItem(user, assetItem); 
    } catch (CustomCheckedException e) {
        if (e.getErrorCode() == ErrorCode.RECEIVING_IN_PROGRESS) {
            transactionTemplate.execute(status -> {
                Item item = (Item) e.getAdditionalData();
                item.setStatusToOwned();
                itemRepository.save(item);
                return null;
            });
        } else {
            throw e;
        }
    }
}

这种方式无需修改itemService的原有配置，通过编程式事务单独处理异常分支的操作。

方案三：扩展itemService方法（需团队协调） #

如果团队允许，可以在itemService中新增一个方法（比如forceGrantItemWhenInProgress），专门处理“处于等待时段立即发放”的逻辑，内部直接执行状态更新而不触发addItem的异常逻辑。但该方案需要团队协调，优先级低于前两个。

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