在没有 Spring 的情况下对抗 LazyInitializationException答案

【问题标题】：Fight LazyInitializationException without Spring在没有 Spring 的情况下对抗 LazyInitializationException
【发布时间】：2011-09-18 12:44:15
【问题描述】：

我正在使用 Hibernate，但在我的应用程序中遇到了 LazyInitializationException 问题。这个问题可以通过Spring框架（一些注解，配置什么的）简单地解决，但是我只是不知道这个框架，现在不想学习它（我只是初学者）。

这个问题已经很老了，所以我找到了如何使用OpenSessioninView 模式解决它，但我敢打赌有一种更简单的方法。

我的应用在最新的 glassfish 应用服务器上运行，所以我想知道what the typical way to work with lazy initialization in EJB container?

【问题讨论】：

标签： hibernate jakarta-ee jpa glassfish lazy-initialization

【解决方案1】：

您可以将所有内容设置为 EAGER 并使用 session.get 而不是 session.load，但我敢打赌，在视图中打开会话是更好的方法。

顺便说一句，这正是 SPring 正在做的事情。你可以在这里看到 Spring OpenSessionInView 的实现：

http://static.springsource.org/spring/docs/3.0.6.RELEASE/javadoc-api/org/springframework/orm/hibernate3/support/OpenSessionInViewFilter.html

【讨论】：

我现在正在使用 EAGER fetch 类型的方法，并希望摆脱这种情况。
然后在视图中打开会话应该是您的选择。
Spring 有解决方案，但我不想只为此添加 Spring 支持。
但是您在问题中引用的文章解释了如何在没有 Spring 的情况下使用 Open Session In view。
是的，但实际上我正在寻找像 glassfish 这样的 EJB 容器支持的解决方案来简化这一切。

【解决方案2】：

这是你的问题：

“但是我只是不知道这个框架，现在不想学习它（我只是初学者）。”

如果事情自动发生就好了，我们甚至不需要编写代码，但可惜事情并不总是美好的。使用一种技术但不想付出努力/学习使用它的机制是没有任何意义的。

有很多选择。

1) 在视图中打开会话。花时间来做这件事。这并不难。它所做的是在请求的生命周期内保持会话打开，因此如果您访问惰性关系，会话就在那里并且可以加载数据。 @Danny.lesnik 的回答是不正确的——从我读到的内容来看，他暗示 OSiV 只是让联想变得急切，这不是它的作用。如果你不想用Spring，或许可以找一个手工实现OSiV模式的例子，应该不会太差，大概是个不错的学习体验。

2) 编写自定义映射/hql，以便加载给定场景所需的所有数据。这并不是说加载所有对象；您可以从表中加载某些字段，以使提取尽可能精简。例如，您可以使您的 hibernate/jpa 映射/注释变得惰性，然后编写一个自定义 DAO 方法，该方法仅从连接中跨表的列中获取某些字段。使用一些调整/缓存/索引可以非常快。

在这两个选项中，1 更容易，您只需要查看文档，它主要是配置。请注意，OSiV 有其自身的复杂性，例如，如果您修改数据但向用户呈现结果时出现异常，并且您的事务以某种方式配置，您的修改将被回滚。选项 2 的优点是不需要 OSiV，但会带来所有的复杂性，并且可以让您更好地控制与数据库的交互，但需要做更多的工作。

【讨论】：

谢谢，我真的希望有一些聪明的注释或其他东西来简单地解决这个问题。所以看起来我错了。所以我会尝试实现你提供的第二种方法。