JPA：分离后持久保存（用于创建实体副本）会混淆 EntityManager 缓存

Question

我使用此代码制作实体的副本：

EntityClass obj = em.find(...);
em.detach(obj);
obj.setId(null);
obj.setName("New");
em.persist(obj);
em.flush();

所以问题是-如果我从这个创建的副本中创建一个新副本，它们都指向实体管理器缓存中最后创建的副本！

// Call#1 copy method
Entity obj = em.find(Entity.class, 1); // old object, id = 1
em.detach(obj);
obj.setId(null);
em.persist(obj); // created new object with id = 2
em.flush();

// Call#2 copy method
Entity obj2 = em.find(Entity.class, 2); // our copy, id = 2
em.detach(obj2);
obj2.setId(null);
em.persist(obj2); // created new object with id = 3
em.flush();

// Call another method
Entity someObj = em.find(Entity.class, 2); // returns last copy with id=3!
// it's like after persist obj2 (id=2) points 
// to the same memory address as the new copy with id = 3

复制方法执行后的evictAll（）使其颠倒-现在id=2和id=3都指向id=2的原始副本。我假设这与以下事实有某种联系Java我们不会使用构造函数创建新对象，并且变量保持不变，而数据库中存在两个实体。

Answer 1

问题的根源是你和JPA之间的主要冲突：

• JPA做了大量工作来抽象“对象标识”与“具有相同主键的对象”这一事实。JPA 90%的复杂性源自引入该模型
• 您正试图基于JPA试图抽象的行为显式构建您的逻辑

因此，您不是在使用JPA，而是在与之斗争。

如果你试图效仿，你最终会得到一些易碎和丑陋的东西-你也会感觉到JPA在某种程度上辜负了你（就像你试图用螺丝刀钉钉子一样）。

为了让它很好地工作，你需要做的是：

• 要么在每次业务操作后丢弃EntityManager（这是EE web应用程序中的默认行为-EntityManager仅适用于单个事务，并被丢弃）。
• 如果要复制对象，请执行以下操作：复制对象。为此编写（或生成）Java代码

您可能会得到优雅、可测试的代码，这些代码没有显式缓存操作、没有刷新、没有“合并”和“分离”。

抱歉，我知道这不是你想听到的建议。如果您想了解JPA的思维模式，并了解JPA行为的基本原理，请查看经典的Fowler企业模式，尤其是工作单元和身份图