事务结束时SQLException未按预期回滚问题咨询（Eclipselink+Spring）

我来帮你梳理这个问题，这种情况大概率是Spring事务的默认回滚规则、EclipseLink的延迟写入机制，或者两者的配置同步出了问题，咱们一步步来排查解决：

1. 先修正Spring事务的异常回滚规则 #

Spring默认只对RuntimeException和Error类型的异常触发事务回滚，而SQLException属于Checked Exception，不在默认回滚范围内。你需要在事务注解里明确指定要回滚的异常类型：

@Transactional(rollbackFor = SQLException.class)
public void batchInsertMasterDetails() {
    // 你的两组主/明细插入逻辑
}

如果想覆盖所有异常，也可以直接写rollbackFor = Exception.class。另外要注意：如果这个方法是被同一个类内部调用的，Spring的AOP代理可能不生效，导致事务注解完全不起作用——这时候可以通过注入自身Bean的方式调用，或者用ApplicationContext获取代理类来执行方法。

2. 确保EclipseLink与Spring事务同步配置正确 #

检查你的Spring事务管理器是否正确绑定了EclipseLink的EntityManagerFactory：

Java配置示例： #

@Bean
public PlatformTransactionManager transactionManager(EntityManagerFactory emf) {
    JpaTransactionManager transactionManager = new JpaTransactionManager();
    transactionManager.setEntityManagerFactory(emf);
    return transactionManager;
}

XML配置示例： #

<bean id="transactionManager" class="org.springframework.orm.jpa.JpaTransactionManager">
    <property name="entityManagerFactory" ref="entityManagerFactory"/>
</bean>

同时确认persistence.xml里的事务类型和Spring配置匹配：如果用Spring管理事务，推荐设置为RESOURCE_LOCAL，并且不要手动创建EntityManager，完全交给Spring注入管理。

3. 提前触发SQL执行，避免提交阶段抛出异常 #

EclipseLink默认会延迟SQL执行（把操作缓存到事务提交时才批量执行），如果第二组数据的错误在提交阶段才抛出SQLException，可能会绕过Spring的异常捕获逻辑。你可以在每组插入后手动调用flush()，让SQL立即执行，提前暴露异常：

@Transactional(rollbackFor = SQLException.class)
public void batchInsertMasterDetails() {
    // 插入第一组主明细
    entityManager.persist(firstMaster);
    firstDetails.forEach(entityManager::persist);
    entityManager.flush(); // 立即执行第一组SQL，提前发现异常

    // 插入第二组主明细
    entityManager.persist(secondMaster);
    secondDetails.forEach(entityManager::persist);
    entityManager.flush(); // 立即执行第二组SQL
}

这样第二组的数据错误会在方法执行过程中就抛出SQLException，Spring的事务注解就能及时捕获并触发回滚。

4. 验证事务边界与传播行为 #

确保你的插入方法是事务的边界，没有被其他事务方法包裹导致传播行为不符合预期。比如如果外层方法有@Transactional，而内层方法的传播行为是REQUIRES_NEW，那内层的异常只会回滚自身事务，不会影响外层。这种情况下要把传播行为调整为默认的REQUIRED。

另外可以开启Spring事务的调试日志，直观查看事务的生命周期：

logging.level.org.springframework.transaction=DEBUG
logging.level.org.springframework.orm.jpa=DEBUG

通过日志你能清楚看到事务的开启、提交、回滚动作，确认SQLException发生时Spring是否尝试触发回滚。

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