自定义Devise找回密码：替换User关联的ContactInfo邮箱用于邮件发送

嘿，这个问题我之前帮好几个开发者捋过思路，核心就是让系统在需要调用邮箱的场景下，自动去关联的ContactInfo模型里取，而不是死磕User模型本身。下面给你几个实用的实现方案，你可以根据项目的实际情况挑：

方案1：给User模型加属性代理（最省心的通用方案） #

这是我最推荐的方式，因为它几乎不需要改动现有业务代码——不管是你自己写的发送逻辑，还是框架自带的找回密码流程，只要调用user.email，就会自动返回ContactInfo里的邮箱。

如果你的User模型是自定义的（或者继承了AbstractUser），直接加一个property即可：

from django.db import models
from django.contrib.auth.models import AbstractUser

class User(AbstractUser):
    # 你的其他字段...
    @property
    def email(self):
        # 处理ContactInfo不存在的边界情况，避免报错
        try:
            return self.contactinfo.email
        except ContactInfo.DoesNotExist:
            return ""  # 或者返回一个默认占位邮箱，根据业务需求调整
    
    # 可选：如果需要支持给user.email赋值，加一个setter
    @email.setter
    def email(self, value):
        # 确保关联的ContactInfo存在，不存在就自动创建
        contact_info, _ = ContactInfo.objects.get_or_create(user=self)
        contact_info.email = value
        contact_info.save()

这样一来，所有原来依赖user.email的代码都不用改，直接无缝切换到ContactInfo的邮箱。

方案2：在发送邮件的逻辑里直接获取（适合局部修改） #

如果你的项目只有少数几个地方需要发邮件（比如只有找回密码这一处），不想改动User模型的话，可以直接在发送邮件的代码里手动获取关联邮箱：

# 假设你已经拿到了目标user对象
try:
    target_email = user.contactinfo.email
except ContactInfo.DoesNotExist:
    # 这里可以加业务逻辑，比如提示用户完善邮箱信息
    target_email = ""

# 执行发送邮件操作
send_mail(
    "你的密码重置链接",
    "点击链接重置密码...",
    "noreply@yourdomain.com",
    [target_email],
    fail_silently=False,
)

这种方式的好处是对现有代码侵入极小，但如果后续有更多发邮件的场景，就得逐个修改，维护成本会高一些。

方案3：重写Django内置视图（针对官方找回密码流程） #

如果你用的是Django自带的PasswordResetView这类官方视图，想要完全适配ContactInfo的邮箱，可以重写视图的相关方法：

from django.contrib.auth.views import PasswordResetView

class CustomPasswordResetView(PasswordResetView):
    def get_users(self, email):
        # 原来的逻辑是按User模型的邮箱查询，现在改成按ContactInfo的邮箱找用户
        active_users = User.objects.filter(contactinfo__email=email, is_active=True)
        return (user for user in active_users)
    
    def send_mail(self, subject_template_name, email_template_name,
                  context, from_email, to_email, html_email_template_name=None):
        # 强制使用ContactInfo里的邮箱作为收件人
        actual_email = context['user'].contactinfo.email
        super().send_mail(
            subject_template_name, email_template_name,
            context, from_email, actual_email, html_email_template_name
        )

然后把urls里的找回密码路由指向这个自定义视图就行，这样官方的找回密码流程就会完全使用ContactInfo中的邮箱。

额外注意事项 #

• 边界情况处理：一定要考虑ContactInfo不存在的场景（比如用户注册时未创建关联记录），否则会抛出DoesNotExist异常，影响业务流程。
• 数据一致性：如果选择方案1的setter，确保所有修改邮箱的操作都会同步到ContactInfo，避免出现数据不一致的情况。

内容的提问来源于stack exchange，提问作者Patricio S