FastAPI结合AuthX时，登录后通过RedirectResponse跳转无法携带Cookie的问题

我明白你遇到的这个困扰——登录成功后明明设置了Cookie，但通过RedirectResponse跳转到主页时，Cookie却没有被浏览器携带，反而手动访问主页能正常验证身份。这其实是FastAPI中Response对象处理的一个常见细节问题，咱们来一步步拆解原因和解决方案：

问题根源 #

你的登录路由代码中犯了一个关键错误：你在注入的Response对象上设置了Cookie，但最终返回的是一个全新的RedirectResponse对象，这两个是完全独立的响应实例。浏览器只会接收你最终返回的那个响应（也就是RedirectResponse），而你设置的Cookie只存在于之前注入的Response对象里，根本没被包含在返回的跳转响应中，自然跳转后主页无法读取到Cookie。

修复方案 #

直接在要返回的RedirectResponse对象上设置Cookie，而不是使用注入的Response参数。修改你的登录路由代码如下：

@router.post("/login")
async def login(credentials: UserLoginSchema = Form()):
    if credentials.email == ADMIN_EMAIL and credentials.password == "123":
        token = auth.create_access_token(uid=credentials.email)
        # 创建RedirectResponse实例
        redirect_response = RedirectResponse(url="/", status_code=status.HTTP_302_FOUND)
        # 直接在这个跳转响应对象上设置Cookie
        redirect_response.set_cookie(
            config.JWT_ACCESS_COOKIE_NAME, 
            token, 
            path="/", 
            samesite="lax", 
            secure=True, 
            httponly=True
        )
        return redirect_response
    raise HTTPException(401, detail={"message": "Invalid credentials"})

额外注意事项 #

1. secure属性的环境适配：
   如果你是在本地开发环境使用HTTP协议（而非HTTPS），secure=True会导致浏览器拒绝保存Cookie——因为secure属性要求Cookie只能通过HTTPS协议传输。本地开发时可以暂时将其改为secure=False，上线部署到HTTPS环境后再改回secure=True。

2. 验证AuthX的Cookie读取配置：
   确认AuthX的access_token_required依赖已经配置为从Cookie中读取Token（AuthX默认支持从Cookie获取，你手动访问正常说明这部分配置没问题，修改跳转响应后应该就能正常工作）。

为什么手动访问主页正常？ #

当你不使用跳转，手动访问主页时，浏览器已经接收到了登录请求返回的响应（此时你如果是返回普通响应而非跳转，Cookie会被正确保存），所以手动访问时浏览器会自动携带Cookie。但使用错误的跳转响应时，浏览器根本没收到Cookie，自然无法通过身份验证。

备注：内容来源于stack exchange，提问作者Владимир Архипов