如何简化Django中手机号（用户名）更新与验证流程？

现有方案的问题 #

你给出的AlternativeNumber模型思路是可行的，但存在几个明显的问题：

1. 语法错误：模型字段定义不规范，正确写法应该使用models.ForeignKey、models.CharField这类完整的字段类，还要补充必要参数，比如外键的on_delete、字符字段的长度、唯一性约束等。
2. 不必要的复杂度：对于单一的手机号更换场景，单独建表会增加数据库表数量，后续查询和更新都需要跨表关联，多了额外的开销。
3. 唯一性风险：如果不给number字段加unique=True，可能出现多个用户提交同一个未验证的手机号，后续验证通过更新User表时会触发唯一约束冲突；如果加了约束，又要考虑同一个手机号只能被一个用户申请更换的合理性。

更简化的实现：无需新增表 #

直接在现有User模型上新增两个字段就能满足需求，完全不用额外建表：

class User(models.Model):
    username = models.CharField(max_length=11, unique=True)  # 原手机号
    is_verified = models.BooleanField(default=False)
    # 新增待验证手机号相关字段
    pending_phone = models.CharField(max_length=11, unique=True, null=True, blank=True)
    pending_phone_verified = models.BooleanField(default=False)

对应的流程逻辑：

• 用户提交新手机号：把pending_phone设为新号码，pending_phone_verified设为False，保存用户。
• OTP验证通过：将username替换为pending_phone的值，然后清空pending_phone和pending_phone_verified。
• 用户放弃操作：直接清空pending_phone和pending_phone_verified字段即可。

这个方案的好处是逻辑极简，所有状态都存在User自身，没有跨表操作，实现和维护成本都很低，完全符合你要求的“保留原手机号直到新号验证完成，放弃则回滚”的需求。

更优的扩展方案（适合复杂场景） #

如果你的业务未来需要支持多轮换号申请、记录手机号变更历史，那可以优化原有的AlternativeNumber方案，修正问题并增强扩展性：

class AlternativeNumber(models.Model):
    user = models.ForeignKey(User, on_delete=models.CASCADE, related_name='alternative_numbers')
    number = models.CharField(max_length=11, unique=True)
    is_verified = models.BooleanField(default=False)
    created_at = models.DateTimeField(auto_now_add=True)  # 记录提交时间，方便清理过期数据
    is_used = models.BooleanField(default=False)  # 标记该号码是否已被用来替换原手机号

补充逻辑：

• 定时清理超过24小时（或你设定的时限）未验证的记录，避免数据库堆积无效数据。
• 验证通过后，更新User的username，同时把该AlternativeNumber的is_used设为True，保留下来作为换号历史。

这种方案适合有长期数据追溯需求的场景，但比单表方案复杂一些，需要额外处理定时任务和历史记录的维护。

总结 #

• 简单换号需求：优先选User模型新增字段的方案，最简化，无额外复杂度。
• 需要扩展功能：用优化后的AlternativeNumber模型，但要注意处理唯一性约束和数据清理。

内容的提问来源于stack exchange，提问作者Iqra Moazzama