EclipseLink环境下JPA @OneToMany关联仅首次更新生效问题如何解决？

原代码失效的核心原因 #

• 双向关联的状态需要开发者手动维护：你配置的@OneToMany(mappedBy = "foo")说明Foo的bars属性是关联关系的逆端，仅作为关联的查询映射使用，关联关系的控制权在Bar的foo属性。ORM只会根据 owning side（也就是Bar的foo属性）的值来同步数据库外键，不会自动帮你更新逆端Foo的bars集合的内存状态，所以你新增Bar后内存里的bars集合不会自动加入新对象。
• 持久化上下文/二级缓存的复用：当Foo对象已经被加载到当前持久化上下文或者二级缓存中时，只要你没有主动触发刷新，ORM会直接复用已经加载的bars集合（哪怕是空集合），不会重新查询数据库获取最新的关联数据，所以后续新增的Bar记录哪怕已经落库，也不会出现在旧的bars集合里。
• 你之前尝试的两个方案无效的原因：
  • 配置FetchType.EAGER仅定义关联的加载时机，不会绕过缓存自动刷新集合内容，所以还是拿到旧数据
  • 执行merge(foo)只会把foo对象当前的内存状态同步到持久化上下文，而你内存里的bars集合本身就没有新元素，自然不会生效

原代码的修复方案（不需要修改现有级联/实体结构） #

不需要完全改成你现在的级联合并方案，两种可选修复方式：

1. 仅保证当前会话内状态一致：persist Bar之后，手动把Bar对象加入Foo的bars集合即可

entityMgr.persist(bar);
// 新增这一行手动维护逆端关联
foo.getBars().add(bar);

2. 保证每次都能拿到数据库最新关联数据：可以任选以下一种配置/操作：

• 查询Foo时强制绕过缓存取最新数据：

Foo foo = entityMgr.find(Foo.class, fooId, 
    Map.of("javax.persistence.cache.retrieveMode", CacheRetrieveMode.BYPASS));

• 需要获取最新bars时主动刷新集合：

entityMgr.refresh(foo.getBars());

• 给Foo的bars集合配置禁止缓存：

@OneToMany(mappedBy = "foo")
@Cacheable(false)
private List<Bar> bars;

你当前使用的级联方案的合理性 #

你现在用的方案是JPA双向关联的最佳实践：通过实体类的工具方法统一维护双向关联的两端，避免业务代码漏写关联维护逻辑，配合级联配置简化持久化操作，这种实现方式更不容易出现状态不一致问题，推荐长期使用。

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