Preload查不到关联数据通常是字段名或标签错误所致，需确保使用结构体字段名（区分大小写）、指针类型、正确外键方向及避免与Joins混用。
Preload 查不到关联数据，八成是字段名或标签写错了，不是 GORM 有 bug。
Preload 参数必须是 struct 字段名，不是数据库列名
比如 User 结构体里定义了 Orders []Order `gorm:"foreignKey:UserID"`，那预加载就得写 db.Preload("Orders")，不能写 db.Preload("orders") 或 db.Preload("user_orders")。GORM 区分大小写，且只认结构体字段名。
- 字段名拼错、大小写不一致 → Preload 静默忽略，SQL 日志里根本看不到子查询
- 用了自定义外键（如
CreatorID），但Preload("Orders")没配对foreignKey:"CreatorID"→ JOIN 条件失效，返回空切片 - 嵌套预加载如
Preload("Orders.Items")，要求Orders字段和Items字段都存在且标签正确；v1.23+ 才稳定支持，旧版本会丢掉Items
HasOne / BelongsTo 关联字段为零值？先看指针和外键方向
常见现象：查出来 User.Profile 是 nil，或者 Profile.User 的 ID 有值但 Name 为空。问题往往不在 Preload，而在模型定义。
-
Profile字段必须是指针类型：User *User `gorm:"foreignKey:UserID"`，写成User User（值类型）GORM 直接跳过赋值 -
HasOne的外键在「被拥有方」（如Profile.UserID），BelongsTo的外键在「当前方」（如Profile.UserID指向User）——写反就查不到 - 如果外键字段叫
owner_id，但结构体字段是OwnerID uint，必须显式写foreignKey:"OwnerID"，不能依赖默认推断
Joins 和 Preload 别混用，目的完全不同
Joins 是 SQL JOIN，返回扁平结果；Preload 是构造嵌套对象树。选错一个，数据就错一片。
立即学习“go语言免费学习笔记（深入）”；
- 要用关联表字段过滤主表（如“查有未完成订单的用户”）→ 必须
Joins("JOIN orders ON ...").Where("orders.status = ?", 0) - 要渲染完整对象树（如用户页展示用户 + 全部订单 + 每个订单的物品）→ 用
Preload("Orders.Items")，别用Joins，否则User.Orders还是空 -
Joins("Orders")后，GORM 默认只 SELECT 主表字段；想拿到订单字段，得手动Select("users.*, orders.id, orders.product")
大数据量下 Preload 容易踩内存和性能坑
Preload 不加限制时，会把全部关联记录拉进来。一个用户有 5 万条订单，Preload("Orders") 就真拉 5 万条。
- 控制数量：用
Preload("Orders", db.Limit(10))，注意这个Limit只对一级有效 - 避免笛卡尔积：嵌套一对多（如 User → Posts → Comments）慎用多级 Preload，优先拆成两步查
- 需要统计数（如每个用户的订单数）别硬 Preload，改用
Select("users.*, COUNT(orders.id)").Joins("left join orders...").Group("users.id")
最常被忽略的是：Preload 不校验外键是否存在，也不报错。它只是按你写的字段名去拼 SQL —— 字段名错、大小写错、指针漏写，都会导致静默失败。调试时第一件事就是开 db.Debug() 看生成的 SQL 是否真包含了子查询。
