不是最好的解决方案，但对于那些面临LazyInitializationException的人，特别是在序列化上，这将有所帮助。在这里，您将检查惰性初始化属性并将其设置为null。为此，创建以下类

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

在你的实体类中，你有一个惰性初始化的属性，添加如下所示的方法。在这个方法中添加所有延迟加载属性。

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

在加载数据的所有位置之后调用这个checklazyinitialize()方法。

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

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

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

我知道这是个老问题，但我想帮忙。 可以将事务注释放在所需的服务方法上，在本例中findTopicByID(id)应该具有

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

关于这个注释的更多信息可以在这里找到

关于其他解决方案:

fetch = FetchType.EAGER 

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

Hibernate.initialize(topics.getComments());

hibernate初始化器将类绑定到hibernate技术。如果你的目标是灵活并不是一个好方法。

希望能有所帮助

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

问题的根源:

默认情况下，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文件和控制器类中惰性加载集合。

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

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

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

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

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