为何关联关系fetchType设为LAZY时，Spring Data仍额外查询关联数据

核心原因梳理 #

你遇到的查询User时自动触发Role关联查询的问题，通常是懒加载代理被意外访问导致的，属于使用层面的常见问题，排查方向如下： #

1. 首先确认是否为正常懒加载行为 #

先注释掉Service方法中root2.getRoles().forEach(...)这一行代码，仅保留查询User和打印test1的逻辑，观察控制台输出的SQL：

• 如果此时没有Role相关的查询SQL输出，说明之前的Role查询是你主动调用getRoles触发的，属于LAZY策略的正常表现，无需修改。
• 如果此时仍然有Role相关的查询SQL输出，再按照下面的方向排查。

2. 常见异常触发原因 #

• 实体的toString/equals/hashCode方法访问了关联属性
  如果你给User类加了Lombok的@Data/@ToString/@EqualsAndHashCode注解，默认会把所有字段（包括roles）加入生成的方法逻辑中。只要这些方法被调用（比如打印对象、把对象放入HashSet/HashMap等），就会触发懒加载查询Role。
  解决方法：显式指定排除roles属性：

  @ToString(exclude = "roles")
  @EqualsAndHashCode(exclude = "roles")
  public class User {
    // 原有逻辑
  }
  

• IDE调试功能触发
  如果是在断点调试模式下运行测试，IDE的变量预览功能会自动调用实体的toString方法加载所有属性展示，会主动触发懒加载，让你误以为是查询阶段就加载了关联数据。
  解决方法：关闭断点直接运行测试用例，观察SQL输出即可确认。
• 序列化/反序列化触发
  如果你在Controller中直接把User对象作为接口返回值，JSON序列化框架（比如Jackson）会遍历User的所有属性，包括roles，触发懒加载查询。
  解决方法：返回VO对象而非直接返回实体，或者给roles字段加@JsonIgnore注解。
• 全局配置覆盖了注解策略
  检查application配置文件中是否有如下配置：
  1. 开启了spring.jpa.open-in-view=true：该配置会把Session绑定到请求线程，配合序列化就会触发懒加载
  2. 配置了hibernate.max_fetch_depth等全局fetch策略，覆盖了字段上的LAZY配置

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