JPA双向关系级联问题：OrderStatusChange重复持久化如何解决？

问题背景 #

处理JPA双向关系时遇到重复持久化问题，现有实体类代码如下：

Order类 #

public class Order {

 @OneToMany(
      mappedBy = "order",
      cascade = CascadeType.ALL,
      orphanRemoval = true)
  @Getter
  @Setter
  private List<OrderStatusChanges> statusChanges = new ArrayList<>();
}

Rejection类 #

public class Rejection {
  @OneToOne(fetch = FetchType.LAZY, cascade = CascadeType.ALL)
  OrderStatusChange statusChange;
}

问题场景 #

服务方法执行以下代码时，statusChange被持久化了两次：

Rejection rejection = new Rejection(...)
Order order = findOrder(id);
OrderStatusChange statusChange = new OrderStatusChange(...);
order.getStatusChanges().add(statusChange);
orderRepository.saveAndFlush(order);

rejection.setStatusChange(statusChange);
rejectionService.save(rejection);

原本预期调用orderRepository.saveAndFlush()时会生成id，关联到Rejection时statusChange应已携带id，但实际id仍为null，导致被JPA视为两个独立对象。

需求：无需重新获取statusChange，将同一个实例关联到Rejection上。

解决方案 #

1. 补全双向关联的维护逻辑 #

OrderStatusChange类必然存在@ManyToOne关联Order的字段，添加statusChange到order的列表时，必须手动设置双向关联，否则JPA无法正确维护持久化上下文，导致saveAndFlush后实体id不会被填充。

修改代码如下：

OrderStatusChange statusChange = new OrderStatusChange(...);
// 补全双向关联，让JPA识别关联关系
statusChange.setOrder(order);
order.getStatusChanges().add(statusChange);
orderRepository.saveAndFlush(order);

执行saveAndFlush后，statusChange会被正确持久化，id自动填充，后续关联到Rejection时不会触发重复插入。

2. 调整Rejection的级联策略 #

statusChange已通过Order的CascadeType.ALL完成持久化，Rejection中的@OneToOne无需再保留全量级联，可根据业务需求改为CascadeType.MERGE或直接移除级联：

public class Rejection {
  @OneToOne(fetch = FetchType.LAZY)
  OrderStatusChange statusChange;
}

保存Rejection时，JPA会识别到statusChange是已存在的持久化实例，不会执行重复插入。

3. 手动将实例纳入持久化上下文 #

在保存Rejection前，通过entityManager.merge()将statusChange关联到持久化上下文，触发id填充并避免重复操作：

rejection.setStatusChange(statusChange);
// 关联到持久化上下文，获取已持久化的实例
statusChange = entityManager.merge(statusChange);
rejectionService.save(rejection);

此方案优先级低于前两者，仅作为特殊场景下的补充方案。

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