Spring Boot事务管理失效：关联实体保存时未触发回滚

看起来你遇到了典型的事务回滚失效问题——当保存User失败时，已经插入的Company没有被回滚。我来帮你一步步排查和解决这个问题：

一、先排查最常见的事务配置问题 #

1. 确保业务方法被Spring事务管理 #

首先，你需要在处理保存Company和User逻辑的业务方法上添加@Transactional注解。如果你的方法没有被事务包裹，那两个保存操作就是独立的，User失败自然不会影响Company的插入。

举个例子，你的业务类应该是这样的：

@Service
public class CompanyUserService {
    @Autowired
    private CompanyRepository companyRepo;
    @Autowired
    private UserRepository userRepo;

    // 关键：添加@Transactional，并且指定rollbackFor覆盖默认规则
    @Transactional(rollbackFor = Exception.class)
    public void createCompanyWithUsers(Company company, List<User> users) {
        // 先保存Company
        companyRepo.save(company);
        // 给每个User关联上刚保存的Company
        users.forEach(user -> user.setCompany(company));
        // 批量保存User——如果这里抛出异常，整个事务会回滚
        userRepo.saveAll(users);
    }
}

这里的rollbackFor = Exception.class很重要：Spring默认只有RuntimeException和Error才会触发回滚，如果User插入抛出的是CheckedException（比如SQLException），默认不会触发回滚，所以需要显式指定所有异常都回滚，或者按需指定具体异常类型。

2. 别把异常“吃”掉 #

如果你的方法内部捕获了异常但没有重新抛出，Spring事务管理器就感知不到异常，自然不会执行回滚。比如这种错误写法要避免：

try {
    userRepo.saveAll(users);
} catch (Exception e) {
    // 只打印日志，不抛出异常——事务不会回滚！
    log.error("保存用户失败", e);
}

如果必须捕获异常做日志处理，一定要重新抛出RuntimeException让Spring感知：

try {
    userRepo.saveAll(users);
} catch (Exception e) {
    log.error("保存用户失败", e);
    // 抛出RuntimeException触发事务回滚
    throw new RuntimeException("创建用户失败", e);
}

二、检查Spring事务的基础配置 #

1. 确保业务类被Spring管理：你的业务类必须被@Service、@Component或@Repository注解标记，并且在Spring的组件扫描路径下（比如Spring Boot默认扫描启动类所在包及子包）。
2. 确认事务管理已开启：如果是Spring Boot项目，默认已经通过spring-boot-starter-data-jpa自动开启了事务管理；如果是传统Spring项目，需要在配置类上添加@EnableTransactionManagement注解。

三、实体类关联配置的小提醒 #

虽然这不是事务回滚的直接原因，但确保User和Company的关联配置正确，能避免不必要的插入失败：

@Entity
public class User {
    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    private Long id;
    // 其他字段...
    
    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "company_id", nullable = false) // 外键字段，关联Company的id
    private Company company;

    // getter、setter方法...
}

这样保存User时，才能正确关联到刚插入的Company，避免因为外键约束导致的插入失败（当然如果是这种失败，只要异常被抛出，事务还是会回滚的）。

最后验证 #

调用这个业务方法时，故意让User插入失败（比如给User设置不符合校验规则的字段），此时应该能看到Company的插入操作被回滚，数据库里不会留下这条Company记录。

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