Spring Boot JPA多对多懒加载getter报LazyInitializationException

你碰到的org.hibernate.LazyInitializationException是Hibernate懒加载机制的固有约束导致的：

• 标注了FetchType.LAZY的关联属性，在主实体查询时不会立即加载数据，只会生成一个代理占位对象。只有当程序真正访问这个属性（比如调用getter方法）时，才会触发额外的SQL查询拉取关联数据。
• 这个懒加载触发动作有硬性前提：对应Hibernate Session（持久化上下文）必须处于打开状态。

你当前的触发场景完全踩中了这个约束：在Config类中查完Participant实体后，Spring Data JPA的默认事务就已提交，对应的Session被关闭。此时再去访问关联的registeredTimeWindow集合，代理对象已经丧失了连接数据库加载数据的能力，哪怕调用getter方法也无法获取数据，最终抛出异常。你之前认为“调用getter就能正常加载关联数据”的逻辑本身没错，但忽略了Session保持打开这个必要前提。

完全不需要把全局关联加载策略改成FetchType.EAGER，可以根据实际业务场景选择以下方案：

• 针对明确需要关联数据的查询场景，在Repository层使用JOIN FETCH语法，在主查询阶段一次性把关联数据加载完成。
  比如在ParticipantRepository接口中定义自定义查询方法：

  @Query("SELECT p FROM Participant p LEFT JOIN FETCH p.registeredTimeWindow WHERE p.id = :participantId")
  Participant findByIdWithTimeWindows(Long participantId);
  

  这种方式返回的Participant实体，内部的registeredTimeWindow集合已经完成初始化，哪怕后续Session关闭，访问该集合也不会触发懒加载异常。后续使用时完全可以直接调用原生getter方法访问关联属性，不需要额外做数据组装或者格式转换，不存在开发冗余的问题。由于只有调用这个自定义查询的特定场景才会加载关联数据，其他默认查询依然保持懒加载特性，完全不会产生不必要的性能开销。
• 如果需要在事务范围外访问已查询实体的懒加载属性，可以在涉及关联操作的方法上添加@Transactional(readOnly = true)注解。只要方法执行处于事务范围内，对应的Hibernate Session就会保持打开状态，此时访问懒加载属性触发getter调用时，Hibernate可以正常执行SQL拉取关联数据，不会抛出异常。

直接将关联关系改为FetchType.EAGER是应对这类问题的最差选择：EAGER是全局强制加载配置，不管业务场景是否需要关联数据，每次查询Participant实体时都会强制拉取所有关联的TimeWindow数据，很容易引发N+1查询问题，带来不必要的数据库性能开销，完全得不偿失。

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