应直接删除中间表记录而非使用级联删除；GORM v2 不支持 CascadeType.REMOVE，误用会删实体；推荐 Table().Where().Unscoped().Delete(nil) 或 Association().Delete() 精准解绑。
直接删中间表记录，别碰 CascadeType.REMOVE
在 GORM 中处理多对多关系时，删除“某个用户和某个角色的关联”，**不是删用户，也不是删角色，而是删中间表里那一条记录**。用 CascadeType.REMOVE（或类似 JPA 风格的级联删除）会误删整个 Role 实体，这在多对多场景下几乎总是错的——因为角色可能被其他用户共享。
GORM v2 没有内置的 CascadeType.REMOVE 概念，它默认不自动级联物理删除目标实体。但如果你手动写了 db.Delete(&role) 或用了软删除标记，就容易踩坑。真正要做的，是精准操作中间表。
Unscoped().Where().Delete() 清除中间表行
GORM 多对多关系默认会生成一张中间表（如 user_roles），字段通常是 user_id 和 role_id。要解绑一个用户和一个角色，最直接、最可控的方式就是绕过模型层，直删中间表：
- 确保你已定义好关联结构，比如
User有Roles字段，且用了gorm:"many2many:user_roles;"tag - 中间表名必须明确，GORM 不会自动推断你是否想删它——它只在
Create/Save时自动维护 - 使用
Unscoped()避免软删除干扰（如果中间表也启用了软删除，需额外处理）
示例代码：
db.Table("user_roles").
Where("user_id = ? AND role_id = ?", userID, roleID).
Unscoped().
Delete(nil)
注意：Delete(nil) 是 GORM 的惯用写法，表示不传结构体，只删匹配行；传空 struct 可能触发零值插入逻辑，不推荐。
用 Association API 解绑更安全
GORM 提供了 Association 方法来管理多对多关系，它内部就是帮你拼中间表 SQL，但封装了边界检查和事务逻辑：
-
db.Model(&user).Association("Roles").Delete(&role)：从user角度移除该role关联 - 这个操作只影响中间表，不会触碰
roles表本身 - 要求
user已加载（即user.ID有效），否则报"invalid association" - 若想批量解绑，可传入
[]Role{...}，GORM 会一次性删多条中间记录
常见错误：
— 写成 db.Model(&user).Association("Roles").Clear()：这会清空该用户所有角色，不是“指定”关联
— 忘记先查出 user 实例，直接用零值 struct 调用 Association：GORM 报错且不提示具体原因，只返回 record not found
为什么不用 Save() 或 Updates() 更新中间表？
有人试图把中间表建模成独立 struct（如 UserRole），然后用 db.Where(...).Delete(&UserRole{})。这看似合理，但实际引入了三个隐患：
- 中间表通常无主键，GORM 的
Delete可能因无法识别主键而退化为全表扫描+条件过滤，性能差 - 如果你给中间表加了软删除字段（如
deleted_at），Save()会把它当成普通模型更新，导致意外恢复已删记录 - GORM 的自动迁移（
AutoMigrate）不会为中间表生成索引，而user_id + role_id组合索引对解绑性能至关重要——这点常被忽略
所以，最稳的路径是：用 Table("xxx").Where(...).Delete() 或 Association().Delete()，并手动确保中间表上有联合索引。
