GORM不支持多态关联，需手动建模：定义commentable_type（string，小写）和commentable_id（uint/int64）字段，禁用foreignKey标签；查询用Where分组+显式Find，插入时必须手动设置type值，并手建联合索引。
gorm.Model() 不能直接实现多态关联
GORM 本身不支持传统 ORM 意义上的「多态关联」（比如 Rails 的 belongs_to :commentable, polymorphic: true），它没有内置字段类型或标签来自动处理 commentable_type + commentable_id 这类双字段指向多个模型的逻辑。强行用 interface{} 或空结构体做关联，会在预加载、查询条件、迁移时出错。
实际可行路径只有一条：手动建模 + 显式类型判断。你需要自己定义两个字段，并在业务层控制写入和查询逻辑。
-
commentable_type字段存字符串，如"post"、"user"，注意统一大小写和命名风格（建议全小写 + 下划线） -
commentable_id字段必须是uint或int64，不能是interface{}或指针，否则 GORM 无法生成有效 SQL - 不要给这两个字段加
foreignKey或references标签 —— GORM 不认，还会报invalid field tag
查询时用 Where + 类型判断替代 Preload
GORM 的 Preload 只能按固定 struct 字段预加载，没法根据 commentable_type 动态决定加载 Post 还是 User。所以你得放弃「一行代码自动关联」的幻想，改用两步查：
- 先查出一批
Comment，含CommentableType和CommentableID - 按
CommentableType分组，对每组 ID 调用对应模型的Find（例如db.Where("id IN ?", ids).Find(&posts)） - 手动把查到的
Post/User绑定回Comment实例（用 map 或切片索引加速）
别试图用 Joins 拼 UNION —— GORM 不支持多表动态 JOIN，手写原生 SQL 又失去 ORM 优势，得不偿失。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
插入时必须显式赋值 type 字段
很多人以为加个 Polymorphic 标签就能自动填 commentable_type，但 GORM 完全没这机制。你必须在保存前手动设置：
comment := Comment{
Content: "good post",
CommentableID: 123,
CommentableType: "post", // 必须写死，不能靠反射推断
}
db.Create(&comment)
容易踩的坑：
- 忘记设
CommentableType，导致后续查不到关联对象（值为零值""） - 拼错类型名（比如写成
"Post"而不是"post"），和查询时的字符串不匹配 - 用
reflect.TypeOf(model).Name()自动取名 —— 包名影响结果，且首字母大写不可控，线上环境极易出错
迁移时避免用 GORM 自动生成 polymorphic 字段
AutoMigrate 会忽略你自定义的 CommentableType 字段类型，如果结构体里写的是 string，它可能生成 VARCHAR(255)，但你实际需要更短（比如 VARCHAR(20)）；如果写成 *string，还可能生成允许 NULL，而你业务上绝不允许为空。
稳妥做法是关掉 AutoMigrate，手写 Migrator().CreateTable() 或直接执行 SQL：
<pre class="brush:php;toolbar:false;">db.Migrator().CreateTable(&Comment{})
db.Exec("ALTER TABLE comments MODIFY commentable_type VARCHAR(20) NOT NULL")
更推荐后者：用 db.Exec 控制字段长度、是否 NULL、索引。因为多态关联的查询性能极度依赖 <code>(commentable_type, commentable_id) 联合索引，这个索引 GORM 不会自动加。
