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

@VladMihalcea的回答很有用。你不能依赖FetchType。相反，您应该在需要时将注释加载到Topic实体中。

如果您没有显式地定义您的查询以便您可以指定连接获取，那么使用@NamedEntityGraph和@EntityGraph您可以覆盖FetchType。LAZY(默认情况下@OneToMany关联使用LAZY)在运行时加载注释，只在需要时加载Topic。这意味着您将注释的加载限制在那些真正需要注释的方法(查询)上。JPA定义的实体图:

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

您可以基于这里的JPA示例使用它。或者，如果您使用Spring Data JPA，那么您可以基于Spring提供的示例来使用它。

导致这个问题的原因是，当到数据库的“连接”关闭时，代码正在访问一个惰性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;
    }

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

The other way to handle this is to collect all the data you need in your controller, close your session, and then stuff the data into your model. I personally prefer this approach, as it seems a little closer to the spirit of the MVC pattern. Also if you get an error from the database this way you can handle it a lot better than if it happens in your view renderer. Your friend in this scenario is Hibernate.initialize(myTopic.getComments()). You will also have to reattach the object to the session, since you're creating a new transaction with every request. Use session.lock(myTopic,LockMode.NONE) for that.

问题的根源:

默认情况下，hibernate惰性加载集合(关系)，这意味着无论何时在代码中使用集合(这里是comments字段) 主题课) hibernate从数据库中获取，现在的问题是，您正在获得控制器中的集合(其中 JPA会话已关闭)。这是导致异常的代码行 (你正在加载注释集合):

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

您在您的控制器(JPA会话已经结束的地方)中获得“comments”集合(topic.getComments())，这会导致异常。如果你有 JSP文件中的注释集合像这样(而不是在控制器中获取它):

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

出于同样的原因，仍然会出现相同的异常。

解决问题:

因为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会话的长度，或者正如文档所说，它被用于“允许在web视图中延迟加载，尽管原始事务已经完成。 这样，JPA会话打开的时间会更长一点 您可以在JSP文件和控制器类中惰性加载集合。

原因是你试图在关闭服务内的会话后在你的控制器上获得commentList。

topicById.getComments();

只有当您的休眠会话处于活动状态时，上面才会加载commentList，我猜您在服务中关闭了休眠会话。

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

模型类Topic中的集合注释是惰性加载的，如果你不使用fetch = FetchType注释它，这是默认的行为。热切的特别。

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

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

解决方案可以是:

使用fetch = FetchType注释注释。急切的 @OneToMany(fetch = FetchType。mappedBy = "topic"， cascade = CascadeType.ALL) private Collection<Comment> comments = new LinkedHashSet<Comment>(); 如果您仍然希望延迟加载注释，请使用Hibernate的有状态会话，这样您就可以在需要时获取注释。