GORM中多态一对多指一个模型（如Comment）可关联多种父类型（Post/Photo/Video），通过commentable_id和commentable_type两字段实现；需显式定义结构体标签，Preload不支持自动填充，须手动分组查询映射。
什么是GORM里的多态一对多（Polymorphic Has Many）
多态一对多指一个模型能关联多种不同类型的子模型，比如 Comment 可以属于 Post、Photo 或 Video，但不想为每种类型建一张 comments_post、comments_photo 表。GORM 用 polymorphic 标签支持这种模式，底层靠两个字段：一个存被关联对象的 ID（如 commentable_id），一个存被关联对象的类型名（如 commentable_type）。
怎么定义多态关联结构体
必须显式声明两个字段 + 对应标签，不能依赖默认推导：
-
CommentableID uint字段，对应数据库列（如commentable_id），加gorm:"index"提升 JOIN 性能 -
CommentableType string字段，对应数据库列（如commentable_type），值通常是结构体名（如"Post"），注意大小写要和 Go 结构体名完全一致 -
Commentable interface{}字段（或具体类型如Post），加gorm:"polymorphic:Commentable;"—— 这个标签名（Commentable）必须和前两个字段的前缀一致 - 被关联的父模型（如
Post）不需要额外字段，但需确保其主键类型与CommentableID兼容（如都是uint或都为int64）
示例：
type Comment struct {
ID uint `gorm:"primaryKey"`
Body string
CommentableID uint
CommentableType string
Commentable interface{} `gorm:"polymorphic:Commentable;"`
}
type Post struct {
ID uint `gorm:"primaryKey"`
Title string
}
type Photo struct {
ID uint `gorm:"primaryKey"`
URL string
}
Preload 多态关联时为什么总为空？
GORM 的 Preload 默认不支持多态关联自动填充，调用 Preload("Commentable") 会静默失败，Comment.Commentable 仍是 nil。这是因为 GORM 无法在运行时根据 CommentableType 值动态决定该查哪个表。
立即学习“go语言免费学习笔记（深入）”；
实操建议：
- 不要用
Preload("Commentable")，它不生效 - 改用两步查询：先查
Comment列表，再按CommentableType和CommentableID分组，批量查出所有父对象（如Post和Photo各查一次） - 手动映射：用
map[uint]Post和map[uint]Photo缓存结果，遍历Comment时按Type查对应 map - 如果只查一种类型（如只查属于
Post的评论），就不用多态，直接用普通HasMany+ 外键更稳
多态关联的 WHERE 条件和性能坑点
多态设计天然带来查询复杂度上升，容易踩几个硬伤：
- 无法在单条 SQL 中用
WHERE同时过滤多个父类型（比如“查标题含 ‘Go’ 的 Post 或 URL 含 ‘jpg’ 的 Photo 的评论”），必须拆成 UNION 或应用层合并 -
CommentableType字段若存的是全路径（如"models.Post"）而非结构体名（"Post"），Preload或手动 JOIN 都会失效 —— GORM 只认结构体名 - 没有数据库外键约束，
CommentableID指向的记录可能已被删，查出来就是悬空引用；建议加应用层校验或用软删除 +DeletedAt - 索引必须覆盖组合：
INDEX idx_commentable ON comments(commentable_type, commentable_id)，单建commentable_id索引无效
真正需要多态时，优先考虑是否能用接口+工厂模式在应用层解耦，而不是强塞进数据库关系里 —— 它解决的是“写入灵活”，但代价是“查询笨重”。
