中间表必须定义为独立结构体，如ReviewsGroupUser，并显式声明字段与数据库列映射；joinForeignKey与joinReferences需配对使用；预加载嵌套关联依赖该结构体准确反射；关联增删改须用Association API而非Save。
中间表必须定义为独立结构体，不能只靠 many2many 标签
GORM 的 many2many 标签本身不支持字段名自定义，它只负责指定中间表名，所有外键列名都按默认规则生成（如 user_id、group_id 会被强行转成 auth_user_id、reviews_group_id）。一旦数据库里中间表实际用的是 user_id 和 group_id，直接写 many2many:"reviews_group_users" 就会报错：column reviews_group_users.auth_user_id does not exist。
真正可控的方式是：把中间表当作一个普通模型来定义，显式声明字段和列映射。比如：
type ReviewsGroupUser struct {
ID uint `gorm:"primaryKey"`
GroupID uint `gorm:"column:group_id;not null"`
UserID uint `gorm:"column:user_id;not null"`
}
这个结构体不是“可选优化”，而是强制前提——没有它，GORM 就无法反射出中间表的真实字段，后续预加载、关联更新都会出问题。
joinForeignKey 和 joinReferences 参数必须配对使用
在主模型中建立一对多关系时，joinForeignKey 指向中间表里“当前模型的外键字段”，joinReferences 指向“关联模型的主键字段”。这两个参数不能只写一个，否则 GORM 会回退到默认命名逻辑。
-
joinForeignKey: "UserID"表示中间表中存的是当前模型（AuthUser）的 ID，对应字段是user_id -
joinReferences: "ID"表示要关联到ReviewsGroup的主键字段（即ID），而不是默认的reviews_group_id
完整写法示例：
type AuthUser struct {
ID *int `gorm:"primaryKey"`
Username *string
ReviewsGroups []ReviewsGroup `gorm:"many2many:reviews_group_users;joinForeignKey:UserID;joinReferences:ID"`
}
注意：joinForeignKey 值是结构体字段名（UserID），不是数据库列名（user_id）；列名由中间表结构体里的 gorm:"column:user_id" 控制。
嵌套预加载（如 Preload("ReviewsGroups.Categories")）依赖中间表结构体可反射
如果想链式预加载多层关联，比如用户 → 分组 → 分组分类，GORM 必须能准确识别中间表字段并构建 JOIN 条件。这只有在你明确定义了 ReviewsGroupUser 结构体，并且字段名、标签与数据库列完全一致时才成立。
常见失败表现：
-
Preload("ReviewsGroups")正常，但Preload("ReviewsGroups.Categories")返回空切片（静默失败） - 或 panic 报错：
can't find field Categories in []**main.ReviewsGroup
根本原因：GORM 在解析 ReviewsGroups.Categories 时，需要先通过 ReviewsGroupUser 找到 ReviewsGroup 实例，再从该实例出发查 Categories。中间表结构体缺失或字段名不匹配，整个链就断了。
插入/更新关联时别直接赋值后 Save
写 user.ReviewsGroups = groups; db.Save(&user) 看似简洁，但 GORM 会先清空中间表所有旧记录，再插入新记录——这不是“增量更新”，而是“全量覆盖”。如果你只想加一个分组，或者删一个分组，这种写法会误删其他关联。
正确做法是用 Association API：
- 追加：
db.Model(&user).Association("ReviewsGroups").Append(&group) - 删除：
db.Model(&user).Association("ReviewsGroups").Delete(&group) - 替换全部：
db.Model(&user).Association("ReviewsGroups").Replace(groups)
这些操作不会碰其他字段，也不会触发主模型的 UPDATE，只操作中间表。
中间表字段名和column: 标签的拼写一致性，是整个链路不出错的底层前提。哪怕只是大小写差一个字母，GORM 就无法映射到真实列，后续所有关联行为都会失效——而且往往不报错，只返回空结果。 
