Hibernate可EAGER加载集合却无法处理默认LAZY懒加载的原因是什么

这个启动报错本质是懒加载属性被在有效Session范围外访问，底层异常被Spring的ApplicationContext启动逻辑封装，所以默认只显示笼统的错误提示。

@ElementCollection注解默认的加载策略为FetchType.LAZY，此时Hibernate不会在加载User实体时同步查询关联的地址表，而是会给addresses集合生成一个代理对象，只有当你实际调用集合的遍历、取长度、取元素等方法时，才会触发SQL查询加载实际数据，这个加载操作必须在打开的Hibernate Session（持久化上下文）范围内完成，否则就会抛出LazyInitializationException。

你当前的触发原因大概率和实体上的@Data注解有关：Lombok的@Data会自动生成包含所有字段的toString、equals、hashCode方法。如果ApplicationContext启动过程中，有逻辑触发了User实体的上述方法（比如启动阶段的实体校验、实例日志打印、Bean初始化校验等），此时实体没有绑定有效的打开Session，访问addresses代理对象就会触发懒加载异常，被Spring封装后就只展示你看到的报错内容。

将加载策略改为FetchType.EAGER后，加载User实体时会同步查询关联的地址数据，集合不会生成代理对象，无论后续什么时候访问都有实际数据，自然不会触发懒加载相关异常。

• 不要在带关联属性的JPA实体上直接使用@Data注解，替换为单独的@Getter、@Setter注解，手动覆写equals、hashCode、toString方法，覆写时仅包含主键等基础字段，不要加入懒加载的关联集合属性。
• 若需要保留LAZY加载策略以优化性能，确保访问懒加载属性的逻辑处于持久化上下文生效范围内：比如在对应的业务方法上添加@Transactional注解，保证方法执行全程Session处于打开状态。
• 如需定位具体触发异常的代码位置，可以将Spring日志级别调整为debug，即可看到底层完整的LazyInitializationException异常栈，快速定位问题点。

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