跨应用JWT登录Django后访问dashboard仍为AnonymousUser如何解决

Django默认的login()方法基于Session机制实现登录状态留存，调用后会在响应头添加Set-Cookie字段写入sessionid，只有该Cookie被用户浏览器存储后，后续请求携带sessionid才能被识别为已登录状态。你当前的问题就是登录请求返回的sessionid Cookie没有被用户浏览器成功存储，具体常见触发场景如下：

• 登录请求由主应用服务端代理发起：Set-Cookie返回给了主应用服务端，用户浏览器完全没有拿到sessionid
• 登录请求是前端跨域异步调用：没有配置跨域Cookie携带规则，浏览器拒绝存储第三方Cookie
• 额外代码错误：dashboard视图中User.objects.get(user_name=request.user)写法错误，request.user是User对象不是用户名，会触发查询异常，也可能影响装饰器校验逻辑

1. 优先调整登录跳转流程（最稳妥方案） #

不要让主应用调用你的登录接口后返回JSON再跳转，改为直接通过浏览器跳转完成登录：

• 主应用点击跳转按钮时，直接将JWT作为URL参数，通过302重定向让用户浏览器直接访问你的Django登录接口，示例跳转地址：https://你的Django服务域名/login/?jwt=xxx
• 调整你的登录接口逻辑，解密JWT完成用户校验、调用login()后，直接返回302重定向到dashboard页面，不要返回JSON响应
  示例调整后的登录代码：

from django.shortcuts import redirect
from django.contrib.auth import login
from django.contrib.auth.models import User

def sso_login(request):
    jwt_token = request.GET.get('jwt')
    # 你的JWT解密逻辑，拿到user_name
    user = User.objects.get(user_name=user_name)
    login(request, user)
    # 直接重定向到dashboard，Set-Cookie会自动写入用户浏览器
    return redirect('/dashboard/')

这个流程完全规避跨域Cookie问题，兼容性最好。

2. 修复dashboard视图代码 #

删除冗余的用户查询逻辑，直接使用request.user即可：

@login_required(login_url='/testserver/user/login/')
def dashboard(request):
    return render(request, 'home.html', {'user': request.user})

3. 跨域异步调用场景适配 #

如果必须用前端异步调用登录接口，需要补充以下配置：

• Django settings.py添加配置：

# 跨域场景允许Cookie被第三方站点携带
SESSION_COOKIE_SAMESITE = 'None'
# 开启后必须使用HTTPS协议访问，生产环境必须配置
SESSION_COOKIE_SECURE = True
# 允许跨域请求的源，按需配置为主应用域名
CORS_ALLOWED_ORIGINS = [
    "https://主应用域名",
]
CORS_ALLOW_CREDENTIALS = True

• 前端调用登录接口时配置携带Cookie：
  • Axios：添加请求参数withCredentials: true
  • Fetch API：添加请求参数credentials: 'include'

4. 可选无Cookie方案 #

如果不想依赖Session Cookie，可以改用JWT认证机制，引入djangorestframework-simplejwt库替换默认的Session认证，跳转时将JWT放在URL参数或者本地存储中，每次请求携带JWT做身份校验即可。

内容的提问来源于stack exchange，提问作者code.k.