orphanRemoval导致新增C实例时生成额外delete语句问题排查

实体类定义 #

class A {

    @OneToMany(cascade = CascadeType.ALL, orphanRemoval = true, fetch = FetchType.EAGER, mappedBy = "a")
    private Set<B> bs;
 
    @OneToMany(cascade = CascadeType.ALL, mappedBy = "a")
    private Set<C> cs;
}

@Entity
@Table(name = "B")
@IdClass(BKey.class)
@NoArgsConstructor
@AllArgsConstructor
@Getter
@Setter
class B {
    @Id
    @ManyToOne(cascade = CascadeType.ALL)
    @JoinColumn(name = "a_id")
    private A a;

    @Id
    private String anotherKey;
}

@AllArgsConstructor
@NoArgsConstructor
@Getter
@Setter
@EqualsAndHashCode
public class BKey implements Serializable {

    private A a;

    private String anotherKey;
}

@Entity
@Table(name = "C")
@IdClass(CKey.class)
@NoArgsConstructor
@AllArgsConstructor
@Getter
@Setter
class C {
    @Id
    @ManyToOne
    @JoinColumn(name = "a_id")
    private A a;

    @Id
    private String anotherKey;
}

@AllArgsConstructor
@NoArgsConstructor
@Getter
@Setter
@EqualsAndHashCode
public class CKey implements Serializable {

    private A a;

    private String anotherKey;
}

问题现象 #

执行myRepo.save(objectA);时：

• B类实例：新增时生成insert语句，移除时因orphanRemoval=true生成delete语句，符合预期；
• C类实例：新增时能生成正确的insert语句，但会额外生成一条delete语句，且总是删除第一个新增的C实例。

移除B类上的orphanRemoval属性后，该额外delete语句不再生成。但B和C并无直接关联，此问题的可能原因如下：

可能原因分析 #

1. 多集合状态追踪的交叉干扰 #

A类中同时存在orphanRemoval=true且EAGER加载的Set<B>，以及普通的Set<C>。Hibernate在处理实体状态同步时，内部的状态追踪机制可能因为同一实体下多个关联集合的存在出现交叉干扰：当Hibernate检查B集合的孤儿实体时，会遍历A的所有关联集合进行状态校验，此时C集合的第一个元素可能被误判为"已脱离关联的孤儿"，从而触发delete操作。移除B的orphanRemoval后，这种全局状态校验逻辑不再执行，误判也就消失。

2. 复合主键的equals/hashCode实现缺陷 #

BKey和CKey的equals与hashCode均基于完整的A实体对象实现，但Hibernate在EAGER加载B集合时，A实体可能尚未完成全部属性的初始化，导致主键对象的哈希值或相等判断出现偏差。这种偏差会让Hibernate误认为C集合的第一个元素已经与A解除关联，进而生成不必要的delete语句。

3. 双向关联的级联逻辑传播错误 #

虽然B和C无直接关联，但二者都属于A的双向关联集合，且复合主键均包含A实体。Hibernate在处理CascadeType.ALL与orphanRemoval的组合逻辑时，可能错误地将A的状态变更传播到所有关联集合。当处理B集合的orphanRemoval逻辑时，会连带触发对C集合的状态检查，最终导致第一个C实例被误判为需要移除。

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