Django实现Gmail账号登录时如何将额外用户信息存入auth_user表

核心逻辑是把Gmail授权阶段拿到的可信用户数据临时存在Session中，等用户提交补充信息表单校验通过后，再一次性创建/更新auth_user表记录，避免提前生成字段不全的脏数据。

1. 调整Gmail授权回调逻辑 #

不要在Gmail授权成功后直接创建完整User记录，先把Google返回的可信字段（邮箱、Google账号唯一ID、姓名）存入Session，设置5分钟有效期防止数据被篡改，再跳转到补充信息采集页。
参考代码：

# views.py Gmail回调处理视图
from django.shortcuts import redirect
import requests

def gmail_callback(request):
    code = request.GET.get("code")
    # 此处保留你原有实现：用code换取access_token、调用Google用户信息接口拉取数据
    google_resp = { # 替换为你实际请求Google接口拿到的返回值
        "email": "xxx@gmail.com",
        "sub": "google_account_unique_id",
        "given_name": "John",
        "family_name": "Doe"
    }
    # 临时数据写入Session
    request.session["pending_google_user"] = {
        "email": google_resp["email"],
        "google_id": google_resp["sub"],
        "first_name": google_resp["given_name"],
        "last_name": google_resp["family_name"]
    }
    request.session.set_expiry(300)
    return redirect("extra_info_form")

2. 编写补充信息表单 #

表单直接关联auth_user对应的User模型，把你需要采集的额外字段、以及Google返回的固定字段都加入表单，其中Google返回的可信字段设为只读，禁止用户修改。
如果你要存储的额外信息不在auth_user原生字段范围内，不建议直接修改auth_user表结构，后续Django版本升级易出现兼容问题，优先用一对一关联的Profile表存储；如果你已经为auth_user添加了自定义字段，直接在fields列表中加入对应字段名即可。
参考代码：

# forms.py
from django import forms
from django.contrib.auth.models import User

class ExtraUserInfoForm(forms.ModelForm):
    # 示例：额外采集的字段，根据你的实际需求调整
    phone = forms.CharField(max_length=11, required=True, label="联系电话")
    company = forms.CharField(max_length=100, required=False, label="所属单位")

    class Meta:
        model = User
        fields = ["username", "email", "first_name", "last_name", "phone", "company"]

    def __init__(self, *args, **kwargs):
        super().__init__(*args, **kwargs)
        # Google返回的固定字段设为只读
        self.fields["email"].disabled = True
        self.fields["first_name"].disabled = True
        self.fields["last_name"].disabled = True

3. 实现补充信息提交逻辑 #

视图首先校验Session中是否存在待注册的Google用户临时数据，防止用户恶意直接访问表单页；表单校验通过后，补全Google返回的固定字段，将完整数据写入auth_user表，同时建立社交账号关联、清除Session临时数据、完成用户登录。
参考代码：

# views.py 补充信息表单视图
from django.shortcuts import render, redirect
from django.contrib.auth import login
from django.contrib.auth.models import User
from .forms import ExtraUserInfoForm
from .models import SocialAccount # 替换为你项目中存储社交账号关联关系的模型，使用django-allauth则对应其内置SocialAccount模型

def extra_info_view(request):
    pending_user = request.session.get("pending_google_user")
    # 无有效临时登录数据直接打回登录页
    if not pending_user:
        return redirect("login")

    if request.method == "POST":
        form = ExtraUserInfoForm(request.POST)
        if form.is_valid():
            # 先不写入数据库，补全固定字段
            user = form.save(commit=False)
            user.email = pending_user["email"]
            user.first_name = pending_user["first_name"]
            user.last_name = pending_user["last_name"]
            user.username = pending_user["email"] # 优先用邮箱作为用户名，避免重复
            user.set_unusable_password() # 第三方登录用户设置不可用密码，防止撞库
            user.save() # 该步执行后所有字段将写入PostgreSQL的auth_user表

            # 保存Google账号和本地用户的关联关系，下次登录直接识别
            SocialAccount.objects.create(
                user=user,
                provider="google",
                uid=pending_user["google_id"]
            )

            # 清除临时Session数据
            del request.session["pending_google_user"]
            # 完成登录
            login(request, user, backend="django.contrib.auth.backends.ModelBackend")
            return redirect("home") # 替换为你项目的登录后跳转地址
    else:
        # GET请求初始化表单，填充Google已返回的字段值
        form = ExtraUserInfoForm(initial={
            "email": pending_user["email"],
            "first_name": pending_user["first_name"],
            "last_name": pending_user["last_name"]
        })
    return render(request, "extra_info_form.html", {"form": form})

特殊场景适配 #

如果你之前已经在Gmail回调环节创建了字段不全的User记录，只需要在回调时把新建用户的id存入Session，表单提交时通过User.objects.get(id=request.session["pending_user_id"])拿到对应用户对象，给补充字段赋值后调用save()即可，不需要重复创建用户。

注意事项 #

• 写入数据库前增加邮箱重复校验，如果已存在同邮箱的本地用户，直接做社交账号关联即可，不要重复创建auth_user记录
• 如果使用django-allauth实现社交登录，可以通过其内置的pre_social_login信号中断默认注册流程，跳转到补充信息页，核心数据写入逻辑和上述方案一致
• Session临时数据必须设置合理的过期时间，避免被恶意利用

内容的提问来源于stack exchange，提问作者subash web