当关闭相关的（相同的）entityManager时，那些先前由entityManager发现或得到的内容呢？

Question

我正在使用ThreadLocal和请求/实体模式获取entites。这种方式发生，我关闭了一个entityManager，并在我编辑的背景中有实体，复制这样的修改，并在它之后，我想要坚持或合并一个新的entityManager。我不知道这是一个合法或合理的解决方案！

我发现没有文章，问题，关于这个问题的答案。也许我太了解了，但想知道是否有一些已知的问题，或者以这种方式关闭entityManager时出现问题......（我想可能相关实体在归零后关闭它）

我管理entite RESOURCE_LOCAL方式。

或？如果我感觉良好：entityManager只是持久性上下文的桥梁/路径，并且entityManagers可以被替换，则管理实体和entityManager（从这个意义上）之间没有真实或严格的绑定...

Answer 1

When你关闭一个EntityManager，它的所有被管实体变成分开。没有什么不妥。您仍然可以使用分离的实体作为java对象，但更改它们的属性不会影响数据库（除非重新附加它）。同样，一旦一个实体被分离，你不能再遵循在实体仍然连接时尚未初始化的延迟加载的关系。

您可以稍后通过调用其上的merge()方法将分离的实体重新附加到不同的EntityManager。例如：

// Here myEntity is managed by entityManager1. 
SomeEntity myEntity = entityManager1.find(SomeEntity.class, id); 

// myEntity becomes detached. 
entityManager1.close(); 

// I can still work with the java object. 
myEntity.setSomeProperty("blah"); 

// Here myEntity becomes managed by entityManager2. 
// It basically retrieves the current entity from the DB (based on its ID), 
// then apply any change that was made to it while it was detached. 
myEntity = entityManager2.merge(myEntity); 

// If you commit at this point, the changes made to myEntity while 
// it was detached will be persisted to the DB. 

防止发生变更时数据库“你背后”，而在实体分离（例如，另一个应用程序修改相应的行），你可以使用一个@Version场的情况。每次修改实体时，其版本都会发生变化。如果您尝试合并分离的实体，并且从数据库中检索的当前版本具有不同的版本，则会抛出OptimisticLockException。