如何在JBoss下与Hibernate保持EntityManager的缓存状态一致？

Question

我们正在使用 Hibernate 运行 JBoss，并且遇到了这个问题。

当会话 bean 使用 EntityManager 查找实体时，它可能已经存在于 EntityManager 的缓存中，并且其状态可能已经过时。如果代码使用这样的实体来做出决策，它可能会做出错误的决策，从而产生错误。

这是一个示例案例。

HTTP 请求 1. 会话 Bean 创建一个实体实例并将其存储，并将字段“A”设置为值 1。 持久化实体获取 ID = 4。

HTTP 请求 2. 会话 Bean 查找 ID = 4 的实体，设置其将“A”字段的值设置为 2 并保存。

HTTP 请求 3. 会话 bean 查找 ID = 4 的实体并检查其字段“A”。如果值为 1，则执行一件事；如果值为 2，则执行另一件事。

如果请求 3 中的 EM 恰好与请求 1 中的 EM 相同，则会出现不良行为。我已经对此进行了测试并得到了大约。 10%的案例失败。

所以问题是——如何避免这种情况？每次我必须确保实体是最新的时调用 em.refresh() 或 em.clear() 似乎是浪费资源。

Answer 1

Artem，

这似乎是重复出现 主题在你的问题中

:-)我知道您之前给出的答案（包括我的）可能不是您所希望的，它们不会改变：

• 实体管理器是映射到 Hibernate 会话，通常需要短暂存在。 这里很好地解释了与 Hibernate 会话相关的工作单元、事务和范围，请看一下如果您以前没有看过，请看看。
• 如果您的应用程序始终保留实体管理器，则您需要认真考虑更改该策略；如果您只是在一些确实需要进行长时间事务的地方执行此操作，那么与使用 refresh() 方法相比，绝对是万恶之中较小的。
• 与二级缓存 它具有集群实现，会话级缓存在不同会话（实体管理器）之间根据设计并不同步，并且对同一实体的并发更新是通过乐观锁定 由 Hibernate 或应用程序级锁定提供。
• 理论上，您可以（假设您的 ORM 访问分离得足够好）维护您自己的由各种实体管理器保存的实体的缓存（如果需要，可集群）；您需要注册适当的 事件监听器 与每个保持缓存同步。不过，我强烈建议反对这种方法 - 不仅它相当涉及实现和容易出现错误，而且你这样做会违背 Hibernate 的范例。