@Transaction注解下约束异常时Location未回滚的原因与解决方法

咱们先拆解下为什么加了@Transactional还没触发Location的回滚——核心原因基本逃不出这几个场景：

1. 异常被内部捕获，没传递给Spring事务管理器 #

如果你的方法里是这么写的：

@Transactional
public void createPlayerAndLocation() {
    locationRepository.save(new Location());
    try {
        playerRepository.save(new Player()); // 触发约束异常
    } catch (DataIntegrityViolationException e) {
        // 只打了日志，没把异常抛出去
        log.error("创建Player失败", e);
    }
}

Spring的事务管理器只有接收到未被捕获的RuntimeException/Error时，才会触发全局回滚。如果异常被你自己catch住没往外抛，Spring根本不知道出问题了，自然不会回滚已经执行的Location保存操作。

2. 仓库方法的事务传播属性配置冲突 #

如果locationRepository的save方法（比如自定义实现）标注了@Transactional(propagation = Propagation.REQUIRES_NEW)，那它会开启一个独立的新事务，这个事务会在save方法执行完就直接提交，和外层的事务完全无关。哪怕外层事务后来失败，这个已经提交的Location事务也没法回滚了。

3. 异常类型不在回滚范围内（少见但需排查） #

虽然DataIntegrityViolationException属于RuntimeException子类，Spring默认会回滚，但如果你的@Transactional注解手动指定了rollbackFor却没包含这个异常，或者错误地用noRollbackFor排除了它，也会导致不回滚：

// 错误示例：指定了回滚范围但没包含目标异常
@Transactional(rollbackFor = IOException.class)
// 或者错误排除了异常
@Transactional(noRollbackFor = DataIntegrityViolationException.class)

解决办法：让Location也跟着回滚 #

针对上面的情况，对应调整即可：

办法一：确保异常被抛给Spring事务管理器 #

要么直接不捕获异常，让它自然向上抛出；要么在catch块里重新抛出异常：

// 方案1：不捕获异常，让Spring直接感知
@Transactional
public void createPlayerAndLocation() {
    locationRepository.save(new Location());
    playerRepository.save(new Player()); // 异常直接抛出，触发全局回滚
}

// 方案2：捕获后重新抛出，保留异常处理逻辑同时触发回滚
@Transactional
public void createPlayerAndLocation() {
    locationRepository.save(new Location());
    try {
        playerRepository.save(new Player());
    } catch (DataIntegrityViolationException e) {
        log.error("创建Player失败", e);
        throw e; // 关键：把异常抛出去，让事务管理器触发回滚
    }
}

办法二：检查仓库方法的事务传播属性 #

查看locationRepository的save方法（包括继承的JpaRepository默认实现）的事务配置，确保它的@Transactional传播属性是默认的Propagation.REQUIRED——这样会加入到外层事务中，而不是开启独立事务。

办法三：显式指定回滚的异常类型 #

如果业务需要，可以在@Transactional里明确指定要回滚的异常类型，避免默认规则被覆盖：

@Transactional(rollbackFor = DataIntegrityViolationException.class)
public void createPlayerAndLocation() {
    // ... 业务逻辑
}

另外还有个容易踩坑的细节：如果你的事务方法是被同一个类内部调用的，Spring的AOP代理可能不会生效，导致@Transactional注解完全不起作用。比如：

@Service
public class PlayerService {
    public void outerMethod() {
        createPlayerAndLocation(); // 内部调用，事务注解不生效
    }

    @Transactional
    public void createPlayerAndLocation() {
        // ...
    }
}

这种情况要改成通过Spring上下文获取代理对象调用，或者把方法拆分到不同的类中。

内容的提问来源于stack exchange，提问作者Mariusz.v7