如何解决“懒惰初始化角色集合失败”Hibernate异常

如果您知道每次检索 Topic 时都希望查看所有 Comment，则将 comments 的字段映射更改为：

@OneToMany(fetch = FetchType.EAGER, mappedBy = "topic", cascade = CascadeType.ALL)
private Collection<Comment> comments = new LinkedHashSet<Comment>();

默认情况下，集合是延迟加载的，如果您想了解更多信息，请查看 this。

---

根据我的经验，我有以下方法来解决著名的 LazyInitializationException：

(1) 使用 Hibernate.initialize

Hibernate.initialize(topics.getComments());

(2) 使用 JOIN FETCH

您可以在 JPQL 中使用 JOIN FETCH 语法来显式提取子集合。这有点像 EAGER fetching。

(3) 使用 OpenSessionInViewFilter

LazyInitializationException 经常发生在视图层。如果你使用 Spring 框架，你可以使用 OpenSessionInViewFilter。但是，我不建议您这样做。如果使用不当，可能会导致性能问题。

---

我知道这是一个老问题，但我想帮忙。您可以将事务注释放在您需要的服务方法上，在这种情况下 findTopicByID(id) 应该有

@Transactional(propagation=Propagation.REQUIRED, readOnly=true, noRollbackFor=Exception.class)

可以找到有关此注释的更多信息here

关于其他解决方案：

fetch = FetchType.EAGER 

不是一个好的做法，它应该只在必要时使用。

Hibernate.initialize(topics.getComments());

hibernate 初始化程序将您的类绑定到休眠技术。如果您的目标是灵活，那不是一个好方法。

希望能帮助到你

---

你的问题的根源：

默认情况下，hibernate 会延迟加载集合（关系），这意味着当您在代码中使用 collection（此处为 Topic 类中的 comments 字段）时，hibernate 从数据库中获取它，现在的问题是您正在获取控制器中的集合（JPA 会话已关闭）。这是导致异常的代码行（您正在加载 comments 集合）：

    Collection<Comment> commentList = topicById.getComments();

您在控制器（其中 JPA session 已结束）中获得“评论”集合（topic.getComments（）），这会导致异常。此外，如果您的 jsp 文件中有这样的 comments 集合（而不是在控制器中获取它）：

<c:forEach items="topic.comments" var="item">
//some code
</c:forEach>

出于同样的原因，你仍然会有同样的例外。

解决问题：

因为您只能在 Entity 类中拥有两个带有 FetchType.Eager（急切获取的集合）的集合，并且因为延迟加载比急切加载更有效，所以我认为这种解决问题的方法比仅更改 FetchType渴望：

如果您想初始化集合延迟并使其工作，最好将此代码段添加到您的 web.xml ：

<filter>
    <filter-name>SpringOpenEntityManagerInViewFilter</filter-name>
    <filter-class>org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter</filter-class>
</filter>
<filter-mapping>
    <filter-name>SpringOpenEntityManagerInViewFilter</filter-name>
    <url-pattern>/*</url-pattern>
</filter-mapping>

此代码的作用是增加 JPA session 的长度，或者如文档所述，使用 "to allow for lazy loading in web views despite the original transactions already being completed."，这样 JPA 会话将打开更长的时间，因此您可以延迟加载集合您的 jsp 文件和控制器类。

---

@Controller
@RequestMapping(value = "/topic")
@Transactional

我通过添加 @Transactional 解决了这个问题，我认为这可以使会话打开

---

处理 LazyInitializationException 的最佳方法是在查询时使用 join fetch，如下所示：

select t
from Topic t
left join fetch t.comments

您应该始终避免以下反模式：

FetchType.EAGER

OSIV（在视图中打开会话）

hibernate.enable_lazy_load_no_trans 休眠配置属性

因此，请确保您的 FetchType.LAZY 关联在查询时或在原始 @Transactional 范围内使用 Hibernate.initialize 用于辅助集合进行初始化。

---

该问题是由在休眠会话关闭的情况下访问属性引起的。您在控制器中没有休眠事务。

可能的解决方案：

在服务层（使用@Transactional）中而不是在控制器中执行所有这些逻辑。应该有合适的地方来做这件事，它是应用程序逻辑的一部分，而不是在控制器中（在这种情况下，是加载模型的接口）。服务层中的所有操作都应该是事务性的。即：将此行移至 TopicService.findTopicByID 方法： Collection commentList = topicById.getComments();使用“渴望”而不是“懒惰”。现在你没有使用'lazy' ..它不是一个真正的解决方案，如果你想使用lazy，就像一个临时（非常临时）的解决方法。在控制器中使用@Transactional。它不应该在这里使用，您将服务层与表示混合在一起，这不是一个好的设计。使用 OpenSessionInViewFilter，报告了许多缺点，可能不稳定。

一般来说，最好的解决方案是1。

---

原因是当你使用延迟加载时，会话是关闭的。

有两种解决方案。

不要使用延迟加载。在 XML 中设置 lazy=false 或在注解中设置 @OneToMany(fetch = FetchType.EAGER)。使用延迟加载。在 XML 中设置 lazy=true 或在注解中设置 @OneToMany(fetch = FetchType.LAZY)。并在您的 web.xml 中添加 OpenSessionInViewFilter 过滤器

详情见我的POST。

---

为了延迟加载集合，必须有一个活动会话。在 Web 应用程序中，有两种方法可以做到这一点。您可以使用 Open Session In View 模式，其中使用 interceptor 在请求开始时打开会话并在结束时关闭它。存在的风险是您必须进行可靠的异常处理，否则您可能会绑定所有会话并且您的应用程序可能会挂起。

处理此问题的另一种方法是在控制器中收集您需要的所有数据，关闭会话，然后将数据填充到模型中。我个人更喜欢这种方法，因为它似乎更接近 MVC 模式的精神。此外，如果您以这种方式从数据库中收到错误，您可以比在视图渲染器中更好地处理它。在这种情况下，您的朋友是 Hibernate.initialize(myTopic.getComments())。您还必须将对象重新附加到会话，因为您正在为每个请求创建一个新事务。使用 session.lock(myTopic,LockMode.NONE) 。

---

最好的解决方案之一是在 application.properties 文件中添加以下内容： spring.jpa.properties.hibernate.enable_lazy_load_no_trans=true

---

如果您尝试在实体和 Collection 或 Java 对象列表（例如 Long 类型）之间建立关系，它会像这样：

@ElementCollection(fetch = FetchType.EAGER)
    public List<Long> ids;

---

fetch = FetchType.LAZY 应具备的两件事。

@Transactional

和

Hibernate.initialize(topicById.getComments());

---

这个延迟初始化问题有多种解决方案 -

1) 将关联 Fetch 类型从 LAZY 更改为 EAGER，但这不是一个好的做法，因为这会降低性能。

2）在关联对象上使用 FetchType.LAZY 并在服务层方法中使用事务注释，以便会话保持打开状态，当您调用 topicById.getComments() 时，将加载子对象（注释）。

3) 另外，请尝试在控制器层使用 DTO 对象而不是实体。在您的情况下，会话在控制器层关闭。所以最好在服务层将实体转换为 DTO。

---

我发现将 @PersistenceContext 声明为 EXTENDED 也可以解决这个问题：

@PersistenceContext(type = PersistenceContextType.EXTENDED)

---

在第二次执行生成 JWT 令牌的方法后出现此错误。

行 user.getUsersRole().stream().forEachOrdered((ur) -> roles.add(ur.getRoleId()));产生了错误。

// MyUserDetails.java

@Service
public class MyUserDetails implements UserDetailsService {

  @Override
  public UserDetails loadUserByUsername(String email) {

    /* ERROR
    /* org.hibernate.LazyInitializationException: failed to 
    /* lazily initialize a collection of role: 
    /* com.organizator.backend.model.User.usersRole, 
    /* could not initialize proxy - no Session */
    user.getUsersRole().stream().forEachOrdered((ur) ->
           roles.add(ur.getRoleId()));

在我的情况下，@Transacctional 注释解决了它，

// MyUserDetails.java

import org.springframework.transaction.annotation.Transactional;

@Service
public class MyUserDetails implements UserDetailsService {

  @Override
  @Transactional // <-- added
  public UserDetails loadUserByUsername(String email) {

    /* No Error */
    user.getUsersRole().stream().forEachOrdered((ur) ->
           roles.add(ur.getRoleId()));

---

为了解决我的问题，它只是缺少这一行

<tx:annotation-driven transaction-manager="myTxManager" />

在应用程序上下文文件中。

未考虑方法上的 @Transactional 注释。

希望答案会对某人有所帮助

---

控制器上的@Transactional 注释丢失

@Controller
@RequestMapping("/")
@Transactional
public class UserController {
}

---

您的列表是延迟加载的，因此未加载列表。打电话上榜是不够的。在 Hibernate.initialize 中使用以初始化列表。如果在列表元素上运行 dosnt 工作并为每个 .这需要在您从事务范围返回之前。查看 this 个帖子。
搜索 -

Node n = // .. get the node
Hibernate.initialize(n); // initializes 'parent' similar to getParent.
Hibernate.initialize(n.getChildren()); // pass the lazy collection into the session 

---

导致该问题的原因是当关闭与数据库的“连接”时代码正在访问惰性 JPA 关系（持久性上下文是 Hibernate/JPA 的正确名称）。

在 Spring Boot 中解决此问题的一种简单方法是定义服务层并使用 @Transactional 注释。方法中的这个注释创建了一个事务，该事务传播到存储库层并保持打开持久性上下文直到方法完成。如果您访问事务方法中的集合，Hibernate/JPA 将从数据库中获取数据。

在您的情况下，您只需在 TopicService 中使用 @Transactional 方法 findTopicByID(id) 进行注释并强制在该方法中获取集合（例如，通过询问其大小）：

    @Transactional(readOnly = true)
    public Topic findTopicById(Long id) {
        Topic topic = TopicRepository.findById(id).orElse(null);
        topic.getComments().size();
        return topic;
    }

---

这是我最近遇到的问题，我通过使用解决了

<f:attribute name="collectionType" value="java.util.ArrayList" />

更详细的描述here，这节省了我的时间。

---

通过使用 hibernate @Transactional 注释，如果您从数据库中获取具有延迟获取属性的对象，您可以通过获取这些属性来简单地获取这些属性，如下所示：

@Transactional
public void checkTicketSalePresence(UUID ticketUuid, UUID saleUuid) {
        Optional<Ticket> savedTicketOpt = ticketRepository.findById(ticketUuid);
        savedTicketOpt.ifPresent(ticket -> {
            Optional<Sale> saleOpt = ticket.getSales().stream().filter(sale -> sale.getUuid() == saleUuid).findFirst();
            assertThat(saleOpt).isPresent();
        });
}

在这里，在 Hibernate 代理管理的事务中，调用 ticket.getSales() 的事实是执行另一个查询以获取销售额，因为您明确要求它。

---

为了摆脱惰性初始化异常，您在操作分离对象时不应调用惰性收集。

在我看来，最好的方法是使用 DTO，而不是实体。在这种情况下，您可以明确设置要使用的字段。像往常一样就足够了。无需担心像 jackson ObjectMapper 或 Lombok 生成的 hashCode 这样的东西会隐式调用您的方法。

对于某些特定情况，您可以使用 @EntityGrpaph 注释，即使您的实体中有 fetchType=lazy，您也可以加载 eager。

---

这是一个老问题，但以下信息可能会帮助人们寻找答案。

@VladMihalcea 的回答很有用。您不能依赖 FetchType.EAGER ，而应在需要时将评论加载到 Topic 实体中。

如果您没有明确定义查询以便指定 join fetch，则使用 @NamedEntityGraph 和 @EntityGraph 您可以覆盖 FetchType.LAZY（@OneToMany 关联默认使用 LAZY ) 在运行时并与Topic同时加载评论仅在需要时。这意味着您将评论限制为仅加载真正需要的那些方法（查询）。作为 JPA defines 的实体图：

实体图可以与 find 方法一起使用，也可以用作查询提示来覆盖或增加 FetchType 语义。

您可以根据 JPA 示例 here 使用它。或者，如果您使用 Spring Data JPA，那么您可以根据示例 provided by Spring 使用它。

---

对于那些使用 Criteria 的人，我发现

criteria.setFetchMode("lazily_fetched_member", FetchMode.EAGER);

做了我需要做的一切。

集合的初始获取模式设置为 FetchMode.LAZY 以提供性能，但是当我需要数据时，我只需添加该行并享受完全填充的对象。

---

在我的情况下，以下代码是一个问题：

entityManager.detach(topicById);
topicById.getComments() // exception thrown

因为它与数据库分离，并且 Hibernate 在需要时不再从字段中检索列表。所以我在分离之前初始化它：

Hibernate.initialize(topicById.getComments());
entityManager.detach(topicById);
topicById.getComments() // works like a charm

---

不是最好的解决方案，但对于那些面临 LazyInitializationException 尤其是 Serialization 的人来说，这会有所帮助。在这里，您将检查延迟初始化的属性并将 null 设置为这些属性。为此创建以下类

public class RepositoryUtil {
    public static final boolean isCollectionInitialized(Collection<?> collection) {
        if (collection instanceof PersistentCollection)
            return ((PersistentCollection) collection).wasInitialized();
        else 
            return true;
    }   
}

在您具有延迟初始化属性的 Entity 类中，添加一个如下所示的方法。在此方法中添加所有延迟加载属性。

public void checkLazyIntialzation() {
    if (!RepositoryUtil.isCollectionInitialized(yourlazyproperty)) {
        yourlazyproperty= null;
    }

在您加载数据的所有位置之后调用此 checkLazyIntialzation() 方法。

 YourEntity obj= entityManager.find(YourEntity.class,1L);
  obj.checkLazyIntialzation();

---

原因是您在关闭服务内的会话后试图在控制器上获取评论列表。

topicById.getComments();

只有当你的休眠会话处于活动状态时，上面才会加载评论列表，我猜你在服务中关闭了它。

因此，您必须在关闭会话之前获取 commentList。

---

模型类 Topic 中的集合 comments 是延迟加载的，如果您没有专门用 fetch = FetchType.EAGER 注释它，这是默认行为。

您的 findTopicByID 服务很可能正在使用无状态 Hibernate 会话。 A stateless session 没有一级缓存，即没有持久性上下文。稍后当您尝试迭代 comments 时，Hibernate 将抛出异常。

org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: mvc3.model.Topic.comments, no session or session was closed

解决方案可以是：

使用 fetch = FetchType.EAGER @OneToMany(fetch = FetchType.EAGER, mappedBy = "topic", cascade = CascadeType.ALL) 注释评论 private Collection comments = new LinkedHashSet();如果您仍然希望延迟加载评论，请使用 Hibernate 的有状态会话，以便您稍后能够按需获取评论。

---

就我而言，我有 b/w A 和 B 之类的映射

A 有

@OneToMany(mappedBy = "a", cascade = CascadeType.ALL)
Set<B> bs;

在 DAO 层中，如果您没有使用 Fetch Type - Eager 注释映射，则需要使用 @Transactional 注释 方法

---

嗨，所有帖子都迟到了，希望对其他人有所帮助，提前感谢 @GMK 的这篇帖子Hibernate.initialize(object)

当懒惰=“真”

Set<myObject> set=null;
hibernateSession.open
set=hibernateSession.getMyObjects();
hibernateSession.close();

现在，如果我在关闭会话后访问“设置”，它会引发异常。

我的解决方案：

Set<myObject> set=new HashSet<myObject>();
hibernateSession.open
set.addAll(hibernateSession.getMyObjects());
hibernateSession.close();

现在即使在关闭 Hibernate 会话后我也可以访问“设置”。

---