何时使用EntityManager.clear（）？

Question

自定义JPA映射器类有一个方法:

removeUser()

1. execute 'DELETE' HQL query to remove user
2. call getEntityManager().flush();
3. call getEntityManager().clear();

如果我正确理解clear（），它将从上下文中删除所有持久实体-来源

然而，我也在这里读到，

you should define clear architecture- and design guidelines about where a 
clear() can be called. 

关于何时调用 clear（） 的明确准则是什么？

Answer 1

太长别读：使用EntityManager.clear如果您要执行一组JPA操作，其中您不需要大多数已经加载的实体

我最近遇到了一个性能问题，这促使我询问如何获得额外的日志记录。在我得到答案之前，我发现了如何解决这个问题，这是通过EntityManager.clear（）。

我将它用于的一个用例是隔离可能密集的操作并加载大量实体供实体管理器管理。在我的例子中，我需要执行授权检查。对于事务剩余部分的大部分业务逻辑，我不需要它会使用的大部分数据（用户配置文件、低级实体访问检查等）。

我发现，即使我不使用它们，它也会在剩余的会话中一直存在，并且最终需要被刷新，即使我的处理已经完成。

通过在刷新发生之前执行清除操作，它会将它们从实体管理器中释放出来，并且不再受管理。

Answer 2

是的，这完全取决于作为文档点的平台的架构风格。

• 例如，如果在应用程序中EM与线程关联，那么事务管理的解决方案之一是实现每请求会话模式，该模式在用户请求和提交的每次启动时启动事务

如您所见，这取决于您平台的案例，体系结构和样式。直接针对您的方法 - 刷新和清除每个方法的缓存不是一个好习惯，这是一种反模式方法。

Answer 3

文章解释了这一点。清除实体管理器会清空其关联的缓存，从而强制在事务的稍后阶段执行新的数据库查询。在使用事务绑定的实体管理器时，几乎没有必要清除实体管理器。我认为有两个理由需要澄清:

< li >在进行批处理时，为了避免巨大的高速缓存占用内存并由于长时间的脏检查而增加刷新时间 < li >当您执行完全绕过实体管理器缓存的DML或SQL查询时(如您的示例所示)。在这种情况下，由于查询的原因，缓存保存的状态不能反映数据库中的内容，因此您希望清除缓存以避免这种不一致。