JPA级联合并场景下同一实体多表示异常的解决方案

不存在仅通过调整实体注解配置，就能兼容「同一数据库记录对应多个独立内存实体实例」场景下全级联合并的方案。这个报错的根源是JPA持久化上下文（一级缓存）的核心设计约束，和注解配置无关，无法通过调整cascade、关联映射等注解绕开。

JPA持久化上下文的硬性规则是：同一个持久化单元中，相同实体类型 + 相同主键值，最多只能存在一个被托管的实体实例。
你的场景下，对a1执行merge时，级联逻辑会先处理b1关联的c1，将id=1的C实体纳入托管；紧接着处理b2关联的c2时，发现又传入了一个类型为C、主键为1的非托管实例，和已经托管的c1冲突，直接抛出「Multiple representations of the same entity」异常。这个校验发生在JPA实现构建托管上下文的阶段，还未进入SQL生成、写库的流程，任何和表映射、SQL生成相关的注解都无法干预这个校验逻辑。

另外你当前的实体配置本身就存在不合理项：在C实体的@ManyToMany(mappedBy="cs")反向关联上配置CascadeType.ALL是多对多映射的常见误区，双向多对多的级联不应该在双方都配置全量级联，很容易引发循环级联、重复处理实体的问题，但哪怕移除这个反向级联，只要b1、b2持有不同的id=1的C实例，merge时依然会触发冲突。

你可以根据业务场景二选一：

方案1：保留全层级MERGE级联，提前做对象图去重 #

如果你希望对A、B、C任意实体执行merge时都能自动级联，不需要手动处理关联逻辑，就必须在调用merge之前，对整个对象图的实体做引用统一：

• 从根实体出发遍历所有关联实体，用(实体类型, 主键值)作为唯一key构建去重Map
• 遍历过程中遇到同类型同主键的重复实体时，直接将集合中的引用替换为Map中已存储的唯一实例
• 同步维护双向关联的一致性，比如C的bs集合也要过滤掉重复的B引用

处理完成后，整个对象图中不存在同主键的重复实体实例，再执行merge就会正常完成，最终BToC关联表会写入你预期的(1,1)、(2,1)两条记录。

方案2：移除不必要的级联配置，手动处理关联逻辑 #

如果你不想做全对象图的遍历预处理，可以调整级联配置，拆分合并逻辑：

1. 首先移除多对多关联上的全量级联：把B的@ManyToMany、C的@ManyToMany上的cascade=CascadeType.ALL去掉，尤其是C侧反向关联的级联完全没有保留必要，仅保留A到B的级联即可。
2. 业务逻辑中先单独处理C实体：收集所有B关联的C实例，按主键去重后逐个merge，拿到托管状态的C实例集合。
3. 将每个B的cs集合替换为对应主键的托管态C实例，再执行A或B的merge操作。此时关联的C已经是持久化上下文中的托管实例，不会触发重复级联，也不会抛出冲突异常。

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