踩坑实录：Django继承AbstractUser时遇到的related_name冲突及解决方案

一、问题现象分析

咱们在用Django开发时，有时候需要扩展用户模型，就会去继承AbstractUser。但这么做的时候，要是没处理好groups和user_permissions这两个多对多字段的反向查询名称，就会遇到这样的报错：

主要就是这种错误：

ERRORS:
auth.User.groups: (fields.E304) Reverse accessor clashes...
HINT: Add or change a related_name argument...

说白了，问题出在哪呢？就是Django自带的auth.User模型和咱们自己写的users.User模型，都有同名的多对多字段，结果导致反向查询名称（也就是related_name）打架了。

二、解决方案

1. 显式声明冲突字段
咱们得在自定义用户模型里重新定义一下groups和user_permissions字段，给它们起个独特的名字（也就是设置related_name参数）：

# users/models.py
from django.contrib.auth.models import AbstractUser, Group, Permissionclass User(AbstractUser):# 这些是咱们新增的字段，保持不变就行mobile = models.CharField(...)avatar = models.ImageField(...)# 关键修复的地方：重新定义多对多字段groups = models.ManyToManyField(Group,verbose_name='用户组',blank=True,related_name="custom_user_groups",  # 给它起个独特的名字related_query_name="user",)user_permissions = models.ManyToManyField(Permission,verbose_name='用户权限',blank=True,related_name="custom_user_permissions",  # 这个也想起个独特的名字related_query_name="user",)

2. 配置验证
别忘了在settings.py里告诉Django咱们用的是自定义模型：

AUTH_USER_MODEL = 'users.User'  # 这里得对应你的app名和模型名

这一步非常关键，因为它告诉Django整个框架应该使用你的自定义用户模型，而不是默认的auth.User模型，确保认证系统、权限管理和其他依赖用户模型的功能都能正常工作。

3. 执行数据库迁移

最后，执行这两条命令让改动生效：

python manage.py makemigrations
python manage.py migrate

三、原理解读

1. 冲突机制
Django的权限系统是靠groups和user_permissions这两个字段来实现多对多关联的。当咱们自定义的模型继承AbstractUser时，要是没重新定义这两个字段，它们的related_name就会和Django内置的auth.User模型的默认值（通常是user_set）撞车，导致命名冲突。

2. related_name作用
这个参数其实就是给反向查询起个别名。比如说，通过user.groups可以查到用户属于哪些组，反过来，通过Group.custom_user_groups也能查到这个组里有哪些用户。这个别名必须在整个项目里是唯一的，不然就会打架。

3. 字段重写必要性
Django比较"耿直"，它不会自动为继承的字段生成新的related_name，所以咱们必须手动重新声明这两个字段，并给它们指定一个独特的related_name参数。