Django邮件确认环节用户激活失效问题排查求助

现有代码存在的硬伤 #

• 全局变量设计的根本性缺陷
  代码中code、user都是模块加载阶段就初始化的全局变量，Django以多线程/多进程模式并发处理请求时，这类全局变量会被所有用户的请求共享，完全不适合存储单用户的临时状态：
  1. code是服务启动时生成一次的固定随机数，不会在每次用户注册时重新生成，所有注册用户的邮件验证码永远是同一个固定值
  2. 多用户同时发起请求时，全局user实例会被后到的请求不断覆盖，最终出现用户A提交激活信息时，实际操作的是用户B的账号的严重错配问题
• 视图分支逻辑完全错位
  原register_view的分支结构存在致命错误：
  1. 写了空的elif:分支，直接触发Python语法异常
  2. 把创建未激活用户、保存数据库、跳转激活页的逻辑放到了else分支——也就是只有用户以GET方法打开注册页时才会触发，用户实际提交注册表单（POST请求）时，只会在内存里初始化一个临时user对象，不会落库也不会跳转
• 激活流程关键环节缺失
  代码中完全没有把生成的验证码通过邮件发送给用户的逻辑，用户根本收不到激活所需的校验码
• 状态修改未持久化
  激活视图中验证码校验通过后，仅在内存中把user.is_active改成True，没有调用user.save()把修改同步到数据库，就算验证码匹配正确，数据库里的用户状态依然是未激活

可落地的修复方向 #

• 废弃全局变量存储code和user的逻辑
  新增独立的激活记录模型（或缓存结构），和对应用户ID绑定，存储每次注册生成的验证码、生成时间、使用状态，校验时按请求携带的用户标识查对应记录对比，从根本上避免并发错配
• 理顺注册视图的分支逻辑
  POST请求流程调整为：校验两次输入密码一致 → 校验用户名、邮箱无重复 → 创建is_active=False的用户实例并落库 → 生成绑定该用户的4位数字验证码 → 调用Django邮件接口把验证码发送到用户注册邮箱 → 重定向到激活页；GET请求仅返回注册表单页面
• 补全激活视图的校验逻辑
  校验时除了对比用户提交的验证码，还要检查对应的激活记录是否在15分钟有效期内、是否已被使用；校验通过后修改对应用户的is_active=True并调用save()持久化，标记对应激活记录为已使用，再跳转到账户页
• 修正基础语法问题
  调整视图内的代码缩进、移除空的elif:分支，避免触发基础语法错误导致的500异常

内容的提问来源于stack exchange，提问作者Mehran Bahrami