在 spring data jpa 中，即使配置了 `fetchtype.lazy`，调用 `save()` 或调试时访问实体（如展开对象、调用 `tostring()`、日志打印等）仍可能触发 hibernate 的代理初始化，导致本应延迟加载的 `@onetomany` 关联集合（如 `locations`）被强制查询并加载，引发性能与内存问题。
你遇到的问题非常典型：明明为 User.locations 配置了 @OneToMany(fetch = FetchType.LAZY)，但 userRepository.save(user) 返回的 User 对象在后续使用（尤其是调试阶段）中却“意外”触发了 locations 的 SQL 查询——日志中第二条 select from locations 正是该现象的体现。
? 根本原因不是 save() 本身加载了关联数据，而是后续对返回 User 实例的「被动访问」激活了 Hibernate 代理。常见触发场景包括：
- 在 IDE 调试器中展开 User 对象（自动调用 getLocations()）；
- 使用 System.out.println(user) 或任意 toString() 实现（若 User 的 toString() 引用了 locations）；
- 日志框架（如 SLF4J + Lombok @Data）默认生成的 toString() 包含所有字段（⚠️ @Data 会无差别包含 locations！）；
- Jackson 序列化时未忽略懒加载字段（如未加 @JsonIgnore 或 @JsonManagedReference）；
- 单元测试中调用 user.getLocations().size() 等方法。
✅ 正确解决方案（非“绕过 save”，而是“防止误触发”）：
-
禁用 Lombok 自动生成 locations 的 toString() / equals() / hashCode()
使用 @Data 时，Lombok 会对所有字段（含 locations）生成逻辑。应改用细粒度注解，并显式排除关联字段：@Entity @Table(name = "users") @NoArgsConstructor @RequiredArgsConstructor @EqualsAndHashCode(exclude = "locations") // 排除 locations @ToString(exclude = "locations") // 关键！避免调试/日志触发加载 public class User { // ... 其他字段保持不变 @OneToMany(fetch = FetchType.LAZY) @JoinColumn(name = "user_id", referencedColumnName = "user_id") private Listlocations; } 确保 save() 后不主动访问 locations
save() 方法本身只操作 users 表，不会主动 JOIN 查询 locations。只要你不调用 user.getLocations()、不打印 user（或确保 toString() 已排除）、不在事务外序列化，locations 就永远不会被加载。-
（可选）增强懒加载安全性 —— 使用 @JsonIgnore + DTO 分层
若需 API 返回 User，强烈建议绝不直接返回 JPA 实体，而应转换为精简 DTO：public record UserDto(UUID userId, String email, String firstName, String secondName) {} // Service 层 public UserDto updateUser(UUID userId, String email, String firstName, String secondName) { User user = new User(userId, email, firstName, secondName); userRepository.save(user); // 仅更新 users 表 return new UserDto(user.getUserId(), user.getEmail(), user.getFirstName(), user.getSecondName()); }
⚠️ 重要提醒：你的原生 @Query 更新方法无法解决此问题
因为 @Query(..., nativeQuery = true) 返回的是新构造的 User 实体实例，但 Hibernate 仍会为其创建代理（尤其当 User 类含 @OneToMany 时），且一旦该实例进入一级缓存或被调试，同样可能触发关联加载。原生查询不是懒加载问题的解法，而是另一套数据访问路径，不应混用。
? 总结
- FetchType.LAZY 是有效的，问题出在「非预期的代理初始化」；
- 根源在于开发工具链（IDE/Logger/Serializer）对实体的隐式访问；
- 最佳实践：① 用 @ToString(exclude = "...") 控制调试行为；② 永远用 DTO 做数据传输；③ 禁用 Lombok 对敏感关联字段的自动生成；④ 理解 save() 不加载关联，加载永远发生在「首次访问 getter」时。
遵循以上原则，即可彻底避免 OutOfMemoryError 和 N+1 查询风险，让懒加载真正按预期工作。
