Preload查不到关联数据需同时满足四条件：字段为值类型切片、外键标签显式或命名规范、GORM v1.22+才支持两级嵌套、须在事务内对未初始化切片调用。
Preload 查不到关联数据的四个硬条件
Preload 不是“写了就生效”，它依赖模型定义、字段类型、GORM 版本和调用方式四者同时满足。漏掉任一环，Preload("Orders") 就像没写过一样——users[0].Orders 始终是空切片，SQL 日志里也看不到额外查询。
- 字段必须是值类型切片：
Orders []Order合法，Orders *[]Order或Orders []*Order会静默失败 - 外键标签必须显式或符合默认推断：比如
Orders []Order `gorm:"foreignKey:UserID"`；若省略且命名不规范（如子表字段叫user_id但结构体字段名是UId），GORM 就认不出关联 - GORM v1.22 及更早版本不支持
Preload("Orders.Items")这种两级嵌套，会直接忽略"Items"层；确认版本用go list -m gorm.io/gorm - 不能在事务外对未初始化的切片直接调用
Preload：比如var users []User后直接db.Preload("Orders").Find(&users)是 OK 的，但若users已被部分赋值或指针混乱，可能跳过预加载
Joins 和 Preload 到底该用哪个
选错不是“查得慢”，而是“查得错”——Joins 返回扁平结果集，Preload 构建嵌套对象树，二者语义完全不同。
- 用
Joins当你需要 WHERE 条件跨表：比如 “查所有有未完成订单的用户”，必须写db.Joins("JOIN orders ON users.id = orders.user_id").Where("orders.status = ?", 0).Find(&users)；注意此时同一个用户可能出现多次 - 用
Preload当你要完整对象结构：比如渲染用户详情页，需同时带出User、其Orders、每个Order的Items，且不依赖Items字段做过滤 -
Joins无法自动填充嵌套字段：即使你Joins("Orders")，users[0].Orders仍是空的，GORM 不做结构映射，只拼 SQL - 大数据量下
Preload默认走 N+1（主查 + 每个 ID 单独查关联），开启db.Session(&gorm.Session{PrepareStmt: true})并确保外键有索引，才能触发一次性IN查询
Has Many 关联写入不进库的三个盲点
Create() 默认只插主表，Podcast.Episodes 再怎么定义好标签也不会自动入库。这不是 bug，是 GORM 明确的设计约定。
- 必须显式调用关联方法：
db.Create(&podcast).Association("Episodes").Append(episodes)；"Episodes"是结构体字段名，不是表名 - 外键字段类型必须严格一致：父表
ID uint，子表PodcastID uint；若子表写成int或*uint，GORM 静默跳过，无错误日志 - 别混用
Save()和Update()在事务中：Save()会把Price: 0写进去，Update()默认跳过零值——同一字段行为不一致，极易覆盖业务数据
多态关联只能手动建模
GORM 官方不支持 belongs_to :commentable, polymorphic: true 这类多态语法。强行加 foreignKey 标签或用 interface{}，会在迁移、查询、预加载时全部崩掉。
立即学习“go语言免费学习笔记（深入）”；
- 必须手动定义两个字段：
CommentableType string（存"post"或"user"，全小写）和CommentableID uint（不能是int64以外的类型） - 插入前必须显式赋值：
CommentableType不能靠反射或包名推导，reflect.TypeOf(p).Name()返回"Post"，但你存的是"post"，大小写不匹配就查不到 - 查询无法用
Preload：得先查Comment，再按CommentableType分组，分别db.Where("id IN ?", ids).Find(&posts)，最后手动绑定 - 迁移时别依赖
AutoMigrate：它不会为你生成commentable_type和commentable_id字段，得手写db.Migrator().CreateColumn(&Comment{}, "CommentableType")
