Django自定义注册视图设置用户is_active为False，但admin后台显示已激活

1. 修正视图保存逻辑（基础必改） #

你视图里最初的form.save()是直接提交数据到数据库，此时会使用is_active的默认值True生成用户记录，就算后续再修改is_active=False重存，也可能存在短时间窗口被其他逻辑读取到激活状态，必须先改完所有属性再存库：

if form.is_valid():
    # 加commit=False，先不提交到数据库，在内存中修改完所有属性再存
    user = form.save(commit=False)
    user.is_teacher = True
    user.is_staff = True
    user.is_active = False
    to_email = form.cleaned_data.get('email')
    user.username = to_email
    # 所有属性修改完成后再执行save提交
    user.save()
    # 后续加组、发邮件逻辑保持不变

2. 排查隐性修改is_active的逻辑（改完commit=False仍无效时重点检查） #

2.1 检查模型信号 #

排查项目所有代码中是否存在绑定CustomUser的post_save/pre_save信号，这类信号经常会被用来做用户初始化逻辑，很容易出现不小心将is_active设为True的代码。

2.2 检查第三方认证组件配置 #

如果你使用了django-allauth这类第三方认证扩展，需要确认配置是否关闭了自动激活：
如果是allauth，需要在settings中添加以下配置：

ACCOUNT_EMAIL_VERIFICATION = "mandatory"
ACCOUNT_EMAIL_REQUIRED = True
ACCOUNT_USERNAME_REQUIRED = False # 适配你用邮箱作为用户名的逻辑

2.3 检查表单自定义逻辑 #

确认你的CustomUserCreationForm以及继承的父类中，是否有自定义save方法修改了is_active属性，当前你贴出的表单代码中没有，但如果有额外扩展逻辑需要逐一排查。

3. 快速调试定位问题 #

可以在视图中user.save()之后添加调试代码，确认是存库时就出错还是后续逻辑修改了属性：

user.save()
# 直接从数据库重新查询用户状态，确认存库时的实际值
created_user = CustomUser.objects.get(pk=user.pk)
print(f"刚存库的用户is_active值：{created_user.is_active}")

• 如果输出为False但admin中显示为True：说明存库后有其他异步任务、中间件、信号修改了用户状态，重点排查这部分逻辑
• 如果输出为True：说明is_active=False的赋值没有生效，检查赋值代码是否在分支逻辑中没有执行，或者被其他代码覆盖了赋值结果

内容的提问来源于stack exchange，提问作者Doug Smith