preload带条件只支持字符串或闭包，不接受结构体实例；字符串用于单条件，闭包支持多条件与链式操作；每级条件仅作用于该层关联表，主查询条件决定主记录筛选，旧版本（v1.9.10及以前）多级条件预加载会静默失效。
Preload 带条件时必须用字符串或闭包，不能直接传 struct
很多人试过 db.Preload("Orders", &Order{Status: "paid"})，结果发现没生效——GORM 不接受结构体实例作为条件参数。实际只支持两种形式：字符串条件（如 "status = ?"）或返回 *gorm.DB 的闭包函数。
字符串写法简洁，适合单条件；闭包更适合多条件、动态逻辑或需要复用查询构建的场景。
- 字符串条件中占位符
?对应后续参数，顺序严格匹配 - 闭包内可链式调用
Where、Order、LIMIT等，但不能调用Find或First - 闭包里
tx是关联表专属的查询上下文，对主表无影响
嵌套 Preload("A.B") 中 B 的条件只能作用于 B 表，无法过滤 A
比如 db.Preload("Users.Posts", "published = ?", true)，这个 published 条件只会加在 posts 表的 WHERE 子句里，不会影响 users 是否被查出来。想同时筛选用户（如只查 active 用户），得在主查询里加条件：db.Where("active = ?", true).Preload("Users.Posts", ...)。
常见误区是以为嵌套预加载的条件能“向上穿透”，其实每级 Preload 只控制自己那一层的关联表 SQL。
- 主查询条件决定哪些主记录被加载
- 每级
Preload("X.Y.Z")的条件只作用于Z表（最末级） - 若需限制
Y层，得显式写Preload("X.Y", ...)并单独设条件
GORM v1.9.11+ 才真正支持多级条件预加载，旧版本会静默失败
在 v1.9.10 及更早版本中，Preload("Users.Posts", "title LIKE ?", "%go%") 可能不报错但也不生效，Posts 字段为空切片——因为反射解析嵌套路径失败，底层压根没拼进 SQL。升级到 v1.9.11+ 后该问题修复，且支持任意深度（如 Preload("Rooms.Games.Players.Awards")）。
验证是否生效最简单的方法是开启 GORM 日志：db.Debug()，看生成的第二条（及后续）SQL 是否含你写的条件。
- 检查 GORM 版本：
go list -m gorm.io/gorm或看go.mod - 结构体字段名、标签（如
gorm:"foreignKey:GameID"）必须准确，否则反射找不到字段，条件丢失 - 字段名大小写敏感，
Preload("users.Posts")（小写）会失败，即使结构体字段是Users
多对多中间表带条件时，必须显式定义中间模型并 Preload 两次
比如 Book ←→ Tag 是多对多，中间表叫 book_tags，你想查“被标记为 ‘go’ 且创建时间在 2024 年后的书”。这时不能只写 Preload("Tags", "name = ?", "go")——它只过滤 tags 表，不涉及中间表 book_tags 的 created_at。
正确做法是：先定义中间模型（如 BookTag），再两级 Preload：Preload("BookTags").Preload("Tags")，然后在 BookTags 上加条件。
- 中间模型必须有外键字段（如
BookID,TagID）和对应标签 - 条件加在
BookTags层：Preload("BookTags", "created_at > ?", time.Date(2024,1,1,0,0,0,0,time.UTC)) - 如果还要按 Tag 名过滤，得在
Tags层再加一次Preload("Tags", "name = ?", "go")
