为何EntityManager.clear()会引发LazyInitializationException异常？

存在Track实体，包含单向OneToMany关联的懒加载集合versions：

Track {
    @OneToMany(mappedBy = "track", cascade = CascadeType.ALL) // 默认懒加载
    private final List<TrackVersion> versions = new ArrayList<>();
}

带有@Transactional注解的服务方法，用于通过Track删除关联的TrackVersion：

.....

@PersistenceContext
private EntityManager entityManager;

@Transactional
public void deleteTrackVersions(Track track) {
    entityManager.flush();
    entityManager.clear();
    
    trackVerionRepo.deleteTrackVerions(track.getVersions()); // 基于传入集合删除的JPQL查询

   ..... 其他逻辑

}

执行trackVerionRepo.deleteTrackVerions(track.getVersions())时抛出异常：

failed to lazily initialize a collection of role: Track.versions, could not initialize proxy - no Session; nested exception is org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: Track.versions, could not initialize proxy - no Session

疑问：已知EntityManager.clear()会清空持久化上下文，但认为事务开启时存在Hibernate Session，懒加载集合应该能重新加载，为何调用clear()后触发该异常？

核心原因 #

• EntityManager.clear()会将所有处于持久化状态的实体从持久化上下文中移除，此时传入的track对象会变为游离状态（detached）。
• 游离状态的实体无法自动关联当前Session进行懒加载操作——尽管事务仍在、Session也存在，但Hibernate不会主动将游离实体重新绑定到Session，必须显式调用merge或重新查询才能将实体拉回持久化上下文。
• 之前的懒加载集合代理已经和被清空的旧上下文绑定，调用track.getVersions()时，代理尝试寻找原Session但已失效，因此抛出LazyInitializationException。

解决方法 #

1. 重新加载Track实体到持久化上下文
   在clear()之后，从数据库重新加载Track实体，此时新实体处于持久化状态，懒加载集合可正常关联当前Session：

   @Transactional
   public void deleteTrackVersions(Track track) {
       entityManager.flush();
       entityManager.clear();
       
       // 重新加载Track实体
       Track persistentTrack = entityManager.find(Track.class, track.getId());
       trackVerionRepo.deleteTrackVerions(persistentTrack.getVersions());
   
       // 其他逻辑
   }
   

2. 显式初始化集合后再清空上下文
   在flush()之后、clear()之前强制加载懒加载集合，后续即使实体变为游离状态，集合数据已存在于内存中：

   @Transactional
   public void deleteTrackVersions(Track track) {
       // 显式初始化集合（强制加载）
       Hibernate.initialize(track.getVersions());
       
       entityManager.flush();
       entityManager.clear();
       
       trackVerionRepo.deleteTrackVerions(track.getVersions());
   
       // 其他逻辑
   }
   

3. 调整JPQL查询逻辑
   直接通过Track的ID删除关联的TrackVersion，完全避免依赖实体的懒加载集合：

   // 仓库层JPQL改为基于trackId的删除
   @Query("DELETE FROM TrackVersion tv WHERE tv.track.id = :trackId")
   void deleteTrackVersionsByTrackId(@Param("trackId") Long trackId);
   
   // 服务层调用
   @Transactional
   public void deleteTrackVersions(Track track) {
       entityManager.flush();
       entityManager.clear();
       
       trackVerionRepo.deleteTrackVersionsByTrackId(track.getId());
   
       // 其他逻辑
   }
   

内容的提问来源于stack exchange，提问作者Youans