必须用 through 模型当多对多关系需存额外字段（如加入时间、状态）或控制外键、索引、唯一性时，因默认中间表不支持；此时须显式定义 through 模型并指定 through_fields。
什么时候必须用 through 模型
当你需要在多对多关系里存额外字段（比如「加入时间」「权重」「状态」），或者要控制外键约束、索引、唯一性时，ManyToManyField 默认的隐藏中间表就不够用了。Django 会拒绝你在 through 模型外直接操作关联字段，所以不是“想用就用”，而是“有字段就得用”。
常见错误现象：AttributeError: 'ManyRelatedManager' object has no attribute 'add' —— 实际是忘了给 through 模型定义好外键，或没在 Meta 里设 managed = True。
-
through模型必须显式继承models.Model，不能是抽象基类 - 两个外键字段名必须分别指向两个关联模型，且
on_delete不可省略（Django 2.0+ 强制） - 如果中间表已有数据，加
through后迁移会失败；得先用python manage.py makemigrations --empty手动补空迁移再调整
through_fields 怎么填才不报错
through_fields 不是可选参数，一旦用了自定义 through 模型就必须显式声明，否则 Django 无法判断哪两个字段构成关系。它是个二元元组，顺序固定：第一个是「当前模型」在中间表里的外键字段名，第二个是「目标模型」在中间表里的外键字段名。
典型错误：TypeError: ManyToManyField.through_fields does not match the foreign keys in through model —— 多半是字段名拼错，或顺序颠倒了。
- 字段名必须和
through模型里定义的一致，比如user和group，不能写成from_user或to_group（除非你真这么命名） - 不能用
related_name或db_column的值代替字段名 - 如果中间表有多个同类型外键（比如 A-B-C 三向关系），
through_fields是唯一能定位关系的方式
中间表数据怎么增删改查
不能通过 obj.m2m_field.add() 直接操作，得走 through 模型本身。这是最常被忽略的切换点：关系管理从“隐式”变成“显式”，自由度高了，但步骤多了。
提供使用 django-unfold (v0.56+) 构建高级 Django 管理界面的专业指导。当用户提及 django-unfold、unfold admin 等内容时使用此技能。
使用场景：给某用户分配角色时记录审批人、设置生效时间；批量同步第三方权限时需保留原始 ID 映射。
- 新增：用
ThroughModel.objects.create(user=user, group=group, approved_by=admin, created_at=now) - 查询：直接
ThroughModel.objects.filter(user=user)，比user.group_set.all()多出所有附加字段 - 删除：别用
user.groups.clear()（它会删光所有，无视条件），改用ThroughModel.objects.filter(user=user, status='pending').delete() - 注意：Django 不会自动维护
through表的unique_together，得自己在Meta里加，否则可能重复插入
迁移时中间表名和字段名怎么控制
Django 默认按 app_label_model1_model2 命名中间表，字段名也按模型小写生成，但实际项目常要适配旧库或统一规范。这时候不能靠 db_table 硬改——它只影响 through 模型本身，不影响 ManyToManyField 自动建的约束名。
性能影响：表名/字段名含大写字母或特殊符号，在 PostgreSQL 里会被双引号包裹，可能引发大小写敏感问题；MySQL 则基本无视，但迁移历史容易混乱。
- 中间表名由
through模型的Meta.db_table决定，不是ManyToManyField的参数 - 外键字段名由
through模型里字段定义决定，和related_name无关 - 如果要复用已有表，确保字段类型匹配（比如
ForeignKey对应INT，UUIDField对应CHAR(32)），否则迁移会报InconsistentMigrationHistory
复杂点在于：through 模型一旦上线，就不能再退回到无 through 的 ManyToManyField；哪怕删掉字段，Django 也会坚持走中间表逻辑。所以一开始就要想清楚要不要留扩展余地。
