添加@Transactional后Hibernate抛出all-delete-orphan集合引用异常

我有两个关联实体：

Course实体：

@Entity
@Table(name = "course")
public class Course {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    @OneToMany(mappedBy = "course", fetch = FetchType.LAZY, cascade = CascadeType.ALL, orphanRemoval = true)
    private Set<Schedule> schedules = new HashSet<>();
}

Schedule实体：

@Entity
@Table(name = "schedule")
public class Schedule {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    @Column(name = "id")
    private Long id;

    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "course_id")
    private Course course;

    private LocalDate startDate;
    private LocalDate endDate;
}

当我用以下方法强制更新schedules集合时：

@Transactional
public Long updateCourseSchedule(Course course, Set<Schedule> schedules) {
    course.setSchedules(schedules);
    courseRepo.save(course);
    return course.getId();
}

系统抛出异常：

org.springframework.orm.jpa.JpaSystemException: A collection with cascade="all-delete-orphan" was no longer referenced by the owning entity instance: com.mfa.lms.courseoffering.model.Course.schedules; nested exception is org.hibernate.HibernateException: A collection with cascade="all-delete-orphan" was no longer referenced by the owning entity instance: com.mfa.lms.course.model.Course.schedules

但移除@Transactional注解后方法能正常运行，想知道两种情况产生差异的原因。

原因分析 #

1. 带@Transactional的场景 #

当方法标注@Transactional时，整个方法处于Spring事务管理下：

• 传入的Course对象会被Hibernate纳入持久化上下文（Managed状态），Hibernate会实时跟踪实体的所有状态变化，包括集合的修改。
• 配置了orphanRemoval=true意味着：当某个Schedule从Course的schedules集合中移除时，Hibernate需要自动删除这个"孤儿"记录。要实现这个逻辑，Hibernate必须能跟踪到原集合的元素移除操作。
• 你直接调用course.setSchedules(schedules)替换了集合的引用，原来的集合被丢弃，Hibernate无法跟踪到原集合中元素的移除动作，违反了orphanRemoval的约束规则，因此在事务提交时抛出异常。

2. 不带@Transactional的场景 #

移除@Transactional后：

• 传入的Course对象处于游离状态（Detached），Hibernate不会跟踪它的任何状态变化。
• 调用course.setSchedules(schedules)只是修改了内存中的对象，随后调用courseRepo.save()时，JPA会执行merge操作：将游离状态的实体合并到持久化上下文。
• 合并过程中，Hibernate只会对比新集合中的元素与数据库现有记录，处理新增或修改的元素，但不会触发orphanRemoval的逻辑——因为原集合的变化没有被跟踪，Hibernate不知道哪些Schedule被移除了，自然不会去删除它们。所以方法能正常执行，但会留下隐患：原来的Schedule记录不会被删除，导致数据库中出现冗余数据。

正确的实现方式 #

不要直接替换集合引用，而是修改原集合的内容，同时维护双向关联：

@Transactional
public Long updateCourseSchedule(Course course, Set<Schedule> schedules) {
    // 清空原集合
    course.getSchedules().clear();
    // 添加新的Schedule，并设置双向关联
    schedules.forEach(schedule -> {
        schedule.setCourse(course);
        course.getSchedules().add(schedule);
    });
    courseRepo.save(course);
    return course.getId();
}

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