gorm 不支持多态多对多关联，仅支持 hasone 和 hasmany 的多态；多对多必须用独立中间表实现，如 user_tags 和 post_tags，无法通过单表加 owner_type 模拟。
GORM 不支持多态多对多（polymorphic many-to-many）关联。这是框架的硬性限制，不是配置或写法问题。
gorm 多态只支持 has one 和 has many
官方文档和源码层面都明确限定：多态（polymorphic）标签仅在 HasOne 和 HasMany 场景下生效。你无法在 many2many 关联中使用 polymorphic，GORM 会静默忽略该标签，或在 AutoMigrate 时抛出 panic / 错误（取决于 GORM 版本）。
- 多态的本质是用两个字段（
OwnerType+OwnerID）指向“任意一个”拥有者表 —— 这天然与多对多所需的中间表结构冲突 - 多对多必须通过显式中间表建模，而中间表的外键列只能固定引用某一张表（如
user_id、post_id），无法动态切换目标表 - 如果你强行在
many2many字段上加polymorphic:Owner，GORM v2 通常不会报错但也不会生成正确 SQL；查询时会因缺失类型判断逻辑而返回空或 panic
替代方案：用两个独立的 has many + 中间表模拟
想实现「一个标签可被用户、文章、评论同时关联」这类需求，必须放弃「单张多态中间表」幻想，改用组合式设计：
- 为每对关系建一张中间表：
user_tags（user_id,tag_id）、post_tags（post_id,tag_id） - 对应 GORM 结构体中，分别定义
Tags []Tag并配gorm:"many2many:user_tags;"和Tags []Tag配gorm:"many2many:post_tags;" - 如果需要统一查询（比如「获取某用户所有打过标签的内容」），得手动
UNION或分两次查后 Go 层合并 —— GORM 不提供跨表聚合的预加载能力 - 不要试图复用同一张中间表并加
owner_type字段：那样会破坏外键约束，且Preload完全无法识别这种“伪多态”
常见错误：把 belongs to 当成多态多对多
有人误将 BelongsTo + 多态字段（如 TaggableType/TaggableID）当成多对多解法，这是错的：
- 这种结构只能表达「一个 tag 属于一个 owner」（即 1:N 中的 N 端），不是「一个 tag 关联多个 owner」
- 若真要让 tag 同时属于 user 和 post，你得插入两条记录 —— 但此时 tag 本身已不是“多对多关联实体”，而是被重复引用的独立资源
- 更关键的是：你无法用
db.Preload("Tags")一次性加载出 user 的 tags 和其关联的 post 的 tags，因为 GORM 没有跨模型的 polymorphic many2many 预加载机制
真正难处理的点不在写法，而在数据一致性边界 —— 多态多对多本质上要求运行时动态解析目标表，这和 GORM 编译期绑定关联关系的设计哲学相悖。别绕开限制，先确认业务是否真的需要「完全动态的多对多」，很多时候拆成两组固定关联更稳、更快、更易 debug。
