preload查不出关联数据主因是字段标签错误、不支持链式过滤、旧版本不支持多级嵌套、指针切片失效；joins用于跨表条件查询，preload用于构建嵌套对象树。
Preload 为什么查不出关联数据？
最常见的现象是：调用 db.Preload("Orders").Find(&users) 后，users[0].Orders 仍是空切片，SQL 日志里也看不到额外的 SELECT —— 这不是 bug，而是 Preload 没生效的典型信号。
- 必须确保模型字段标签正确：
Orders []Order字段需带gorm:"foreignKey:UserID"（或符合 GORM 默认推断规则），否则 Preload 根本不识别这个关联 - Preload 不支持链式条件过滤（比如只预加载 status=1 的 Orders），它只是“把所有匹配的 Orders 拉过来”，想过滤得用
Preload("Orders", db.Where("status = ?", 1)) - GORM v1.23+ 才支持多级嵌套预加载（如
Preload("Orders.Items")），旧版本会静默忽略第二级 - 如果结构体用了指针字段（如
Orders *[]Order），Preload 会失败且无提示——必须是值类型切片
Joins 和 Preload 到底该选哪个？
两者目的不同：Joins 是 SQL JOIN，返回扁平结果；Preload 是 N+1 查询（默认）或一次性 IN 查询，返回嵌套结构。选错会导致数据错乱或性能崩盘。
- 用
Joins当你需要 WHERE 条件跨关联表（如 “查出有未完成订单的用户”）：db.Joins("JOIN orders ON users.id = orders.user_id").Where("orders.status = ?", 0).Find(&users)—— 注意此时users里可能有重复用户记录 - 用
Preload当你要完整对象树（如渲染用户页时同时展示其全部订单和订单项），且不依赖关联表字段做主查询过滤 - Preload 在大数据量下可能触发 N+1（若未开启
db.Session(&gorm.Session{PrepareStmt: true})或没配好索引），而 Joins 一次到位但无法直接映射到嵌套 struct
Has Many 关联写入失败的三个硬坑
明明定义了 Episodes []Episode `gorm:"foreignKey:PodcastID"`，但 db.Create(&podcast) 后 podcast.Episodes 没进库 —— 关联写入不是自动发生的。
-
Create()默认只插入主表，不会递归插入关联切片；必须显式调用db.Create(&podcast).Association("Episodes").Append(episodes)或手动设置外键后单独Create子记录 - 外键字段类型必须严格匹配：父表
ID uint，子表PodcastID uint；若子表用int，GORM 会静默跳过关联（日志也不报错） - 别在事务里对同一对象混用
Save()和Update()：Save()写零值字段（如Price: 0），Update()跳过零值——行为不一致极易覆盖数据
Model() 后忘接 Find/First 就等于没写
db.Model(&User{}).Where("id = ?", 1) 这行代码什么都没查，变量还是零值。它只是构建了一个查询上下文，连 SQL 都没发。
- 必须链式调用
.First(&u)、.Find(&users)、.Count(&n)等终端方法才会真正执行 SQL -
Model()会忽略结构体里的零值字段（比如传&User{ID: 0}），所以不能靠它“占位”查数据；要查 ID=0 的记录？老老实实用Where("id = 0") - 在事务中误用
db.Model().Where().First()没问题，但若内部函数又调了db.Begin()，就会 panic “invalid transaction”——事务对象要一路透传，别新建
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
