必须用Preload链式调用且置于Find等终态方法之前，字段名与结构体标签须严格匹配，主键必须明确定义，带条件预加载需显式Select外键和主键字段，Joins不能替代Preload构造嵌套结构。
必须用 Preload，不能靠 Related 或字段名自动填充——否则关联字段永远是 nil。
Preload 必须链式调用且位置不能错
它不是配置项，也不是装饰器，必须在 Find、First 等终态方法之前调用。顺序颠倒就完全失效：
-
db.Find(&users).Preload("Orders")→ 静默忽略，Users[i].Orders仍是空切片 -
db.Preload("Orders").Find(&users)→ 正确，生成两条 SQL：主表查询 + 关联表 IN 查询 - 多级嵌套如
Preload("Orders.Items")也必须写在Find前，GORM v1.9.11+ 原生支持，无需额外 hack
字段名和结构体标签必须严格匹配
Preload("Tags") 中的字符串必须与结构体字段名**完全一致**（大小写敏感），且该字段需有合法 GORM 标签：
- 多对多：字段如
Tags []Tag，标签必须含gorm:"many2many:book_tags;" - 一对多：字段如
Orders []Order，推荐显式声明外键gorm:"foreignKey:UserID" - 模型本身要有可识别主键：要么嵌入
gorm.Model，要么用gorm:"primaryKey"显式标记 - 漏掉
gorm.Model或主键定义，Preload可能静默失败，不报错但字段为空
带条件预加载时，SELECT 字段不能省
加 WHERE 过滤没问题，但若没显式 Select 外键或主键字段，GORM 无法把关联数据绑定到主记录上：
- 错误写法：
Preload("Orders", db.Where("status = ?", "paid"))→Orders仍为空 - 正确写法：
Preload("Orders", func(db *gorm.DB) *gorm.DB { return db.Where("status = ?", "paid").Select("id", "user_id", "amount") }) - 只查存在性？用
.Select("id").Limit(1)，比全量字段快得多 - 排序必须配
Limit：.Order("created_at DESC").Limit(3)，否则仍拉回全部数据
别用 Joins 替代 Preload 来填嵌套切片
Joins("Orders") 只返回扁平结果集，不会自动填充 User.Orders 切片：
-
db.Joins("Orders").Find(&users)→ 返回的是[]User，但每个User.Orders是空的 -
Joins适合做聚合或条件过滤（如 “查有未支付订单的用户”），不适合构造嵌套结构 - 需要嵌套结构，唯一可靠路径就是
Preload，它在内存中完成主从数据映射
最容易被忽略的是：预加载不是“开个开关”，而是依赖主键识别、字段名精确匹配、标签完整定义的一整套契约。少一个环节，就静默失败——没有错误，只有空切片。
