spring data jpa 中，即使配置了 `fetchtype.lazy`，调用 `save()` 后返回的实体仍可能触发关联集合（如 `locations`）的加载——这通常不是 sql 查询导致，而是调试器或日志框架调用 `tostring()`/getter 时触发了 hibernate 的代理初始化。
在你的场景中，userRepository.save(user) 返回的是一个已托管（managed）的 User 实体，其 locations 字段是一个 Hibernate 懒加载代理（LazyCollectionProxy）。该代理本身不会立即执行 SQL 查询；只有当代码（或工具）首次访问 user.getLocations()（例如打印日志、IDE 调试展开对象、Lombok 的 @Data 自动生成 toString()）时，Hibernate 才会触发 SELECT ... FROM locations 加载全部数据——这正是你日志中看到的第二条查询的根源。
✅ 正确做法：避免无意访问懒加载属性
-
禁用 Lombok 自动生成 toString() / equals() / hashCode() 对懒加载集合的影响
@Data 会为所有字段（包括 locations）生成 toString()，而 IDE 调试时自动调用 toString() 就会强制初始化代理。改用更安全的组合：@Entity @Table(name = "users") @NoArgsConstructor @RequiredArgsConstructor @Getter // 仅生成 getter，不生成 toString() @Setter // 如需 setter 可保留，但注意不要暴露集合直接 set public class User { // ... 其他字段保持不变 @OneToMany(fetch = FetchType.LAZY, mappedBy = "user") // ✅ 建议补充 mappedBy（见下文） private Listlocations; } ⚠️ 注意：你当前的 @JoinColumn 在 User.locations 上属于 单向多对一反向映射，但未声明 mappedBy，这会导致 Hibernate 认为它是“拥有方”，从而可能生成冗余外键列或影响代理行为。建议改为双向映射（推荐）或确保 Location 持有 @ManyToOne 引用 User 并在 User 中使用 mappedBy。
-
在业务逻辑中显式避免访问 locations
User savedUser = userRepository.save(user); // ✅ 安全：只访问非懒加载字段 System.out.println(savedUser.getEmail() + " | " + savedUser.getFirstName()); // ❌ 危险：触发懒加载（即使你没显式写，logback 或 debugger 可能调用） // System.out.println(savedUser); // → 触发 toString() → 触发 locations 初始化 // savedUser.getLocations(); // → 显式触发
-
如需彻底隔离，使用投影（Projection）或 DTO
若仅需更新用户基础信息且永远不关心 locations，推荐跳过实体操作，直接用 @Modifying + @Query 执行无返回更新（不加载任何实体）：@Modifying @Query("UPDATE User u SET u.email = :email, u.firstName = :firstName, u.secondName = :secondName WHERE u.userId = :userId") int updateUserInfo( @Param("userId") UUID userId, @Param("email") String email, @Param("firstName") String firstName, @Param("secondName") String secondName );✅ 优势：不返回实体，零代理风险；✅ 符合“只更新，不查”的高性能场景。
-
验证是否真被触发？启用 SQL 日志 + 禁用调试器自动求值
- 在 application.properties 中添加：
spring.jpa.show-sql=true spring.jpa.properties.hibernate.format_sql=true logging.level.org.hibernate.SQL=DEBUG logging.level.org.hibernate.type.descriptor.sql.BasicBinder=TRACE
- 在 IDE（如 IntelliJ）中关闭 “Enable 'toString()' object view” 和 “Auto-load lazy objects” 选项，避免调试时静默触发。
- 在 application.properties 中添加：
? 总结：
- save() 本身不会执行关联查询；
- 真正的“加载”发生在首次访问懒加载属性时（常被调试/日志掩盖）；
- 解决核心是 切断无意访问链路（禁 toString、禁调试自动展开、避免 getLocations()）；
- 长期建议：用 DTO 替代实体传输，或通过 @Query + @Modifying 绕过 ORM 层实现纯数据更新。
