Hibernate实体存储为HttpSession属性值

Question

我正在处理具有大型，相当混乱的代码库的旧版Java应用程序。 在请求之间有一个相当标准的“用户”对象存储在HttpSession中，因此servlet在顶部执行以下操作：

HttpSession session = request.getSession(true);
User user = (User)session.getAttribute("User");

旧的用户身份验证层（我将不进行描述；可以说，它没有使用数据库）已被Hibernate映射到数据库的代码取代。 因此，“用户”现在是一个休眠实体。

我对Hibernate对象生命周期的理解有些模糊，但似乎现在在HttpSession中存储“用户”已成为一个问题，因为它将在下一个请求期间在不同的事务中进行检索。 在这里做什么正确的事？ 我能否在下一次使用Hibernate Session对象的update（）方法重新附加User实例？ 我需要吗？

Answer 1

假设您正在为每个请求-响应周期创建一个新的休眠会话，则可以将一个分离的对象合并到新的休眠会话中，但是我将完全避免这种方法。

而是尝试将密钥存储在HttpSession上，该密钥可用于通过休眠为每个传入请求查找用户。 如果您担心访问数据库以检索可以存储在HttpSession中的内容带来的性能后果，请不必担心-您始终可以使用hibernate支持的缓存框架来减少数据库访问的次数。 提高性能的另一种方法是使用乐观锁定。

尽管我没有研究过休眠源，但我认为休眠使用“身份映射”模式。 这是一个Map，它使用实体的ID作为Map中的键，并使用关联的实体对象作为Map中的值。 每当从休眠会话中检索到实体时，休眠都会查看会话的身份映射以查看其是否存在。 如果存在，它将从地图返回实体。 如果不存在，它将从数据库中检索实体并将其放在地图上，然后返回该实体。 这意味着对于给定的休眠会话，使用相同的键（即id，userId等）访问给定用户的连续查询将收到对相同User对象的引用，因此每个查询将能够“看到”对用户对象通过另一个查询。 因此，绝对有必要为每个传入的请求创建一个新的休眠会话，以便对给定用户的并发请求不必将其各自的线程锁定在其公共User对象上。 不同的休眠会话将各自具有自己的身份映射，因此不会返回对同一User对象的引用。

通过尝试将HttpSession中的User对象合并到您的hibernate会话中，您基本上是在尝试直接操纵hibernate的IdentityMap，用任何其他东西替换所有应该存在的hibernate“思想”，并且可以理解，这可能会引起问题。 正如我所说，尽管可以将分离的对象附加到休眠会话中，但我会避免这样做。 无论采取哪种方法都祝您好运。

我强烈建议您阅读以下内容，特别是有关长时间对话和分离对象的部分：

http://docs.jboss.org/hibernate/core/3.3/reference/en/html/transactions.html

Answer 2

使用session.merge(..)

（来自Session的文档）：

通过调用merge（），也可以使临时实例或分离实例的状态作为新的持久实例持久化。

只要确保正确覆盖hashCode()和equals() 。

Answer 3

取决于用户在会话期间是否发生更改，或者仅想通过ID，名称等进行快速查找。 您始终可以从数据库中合并（）用户以使其再次进入会话。

您不需要每次都合并用户，因为它并不是您一直需要的数据库命中。 但是通过合并，您可以将用户重新连接到当前会话。