preload 是唯一能填满嵌套切片的方案，joins 只生成 sql 不填充结构体字段；不加 preload 的 find 永远拿不到关联数据。
Preload("Orders") 查不到数据？先检查外键对齐
Preload 失效不是语法问题，而是 GORM 根本没注册这个关联。最常见断点有三个：
-
Orders字段漏写gorm:"foreignKey:UserID"，或写成foreignKey:CreatorID但数据库列实际叫user_id - 子表
Order结构体里没有UserID uint字段，或类型不一致（比如父表ID uint，子表用UserId int） - 用了指针切片：
Orders *[]Order—— Preload 只支持值类型切片，指针不会被填充，也不报错
验证方式：打开 Debug() 日志，看是否有第二条 SELECT * FROM orders WHERE user_id IN (?)。没有，说明关联未生效。
Joins 后 user.Orders 还是空？这不是 bug，是设计如此
Joins("JOIN orders ON users.id = orders.user_id").Find(&users) 确实会生成 JOIN SQL，但 GORM 绝不会把结果行自动映射进 Users []Order 字段——它只返回扁平结果集。
- 想访问订单数据，必须定义新结构体：
type UserWithOrder struct { User User `gorm:"embedded"` Title string `gorm:"column:orders.title"` }，再用Scan() - 硬要访问
users[0].Orders[0]会 panic：index out of range，因为切片仍是 nil 或空 - 需要“用户+订单数”这类聚合，应改用
Joins+Select("users.*, COUNT(orders.id) as order_count")，而非强塞 Preload
多对多中间表字段名不匹配就 failed to find association
定义 Tags []Tag `gorm:"many2many:article_tags;"` 后调用 Preload("Tags") 报错，大概率是中间表字段没对齐。
- GORM 不自动推导
article_id↔ArticleID映射，中间表结构体字段名必须和数据库列名**完全一致** - 例如数据库列为
article_id和tag_id，中间表结构体就得写：ArticleID uint `gorm:"column:article_id;primaryKey"`和TagID uint `gorm:"column:tag_id;primaryKey"` -
many2many值是中间表名（article_tags），不是结构体名；别写成many2many:ArticleTags
Preload 带条件过滤必须用第二个参数
想只查“已发布文章”，不能把条件写在主查询里：
- ❌ 错误：
db.Where("articles.status = ?", "published").Preload("Articles").Find(&users)——Where作用于users表 - ✅ 正确：
db.Preload("Articles", db.Where("status = ?", "published")).Find(&users)—— 第二个参数才是关联表过滤条件 - 多级嵌套如
Preload("Articles.Comments")在 v1.23+ 才稳定，旧版本会静默忽略第二级
真正容易被忽略的是：Preload 默认发 N+1 查询，而 Joins 无法填充嵌套字段——选哪个不是看“怎么写”，而是看“你要什么结果”。要嵌套对象树，只能信 Preload；要单次扁平聚合，就得手写 Joins + Scan。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
