proxy_cookie_path仅修改Set-Cookie头中的Path值，不影响Expires/Max-Age等有效期属性；浏览器发送Cookie需同时满足Domain、Path、有效期三重匹配。

proxy_cookie_path 不影响 Cookie 的有效期（即 Expires 或 Max-Age 字段），它只修改 Set-Cookie 响应头中的 Path= 属性值。

浏览器是否发送某个 Cookie，取决于三个关键匹配条件：域名（Domain）、路径（Path） 和 有效期（Expires/Max-Age）。其中：

• Expires / Max-Age 决定 Cookie 何时过期（时间维度）
• Domain 决定该 Cookie 能被哪些域名携带（域名维度）
• Path 决定该 Cookie 在哪些 URL 路径下被自动带上（路径维度）

proxy_cookie_path 仅作用于第三项 —— 它在 Nginx 将后端响应发给客户端前，查找并替换 Set-Cookie 头中完整的 Path=xxx 字符串，不碰 Expires、Max-Age、Secure、HttpOnly 或 SameSite 等任何其他属性。

所以：

FastAPI Flask Proxy

FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。

下载

• ✅ 修改 Path=/api → Path=/app/api，能让 Cookie 在 https://example.com/app/api/xxx 下被浏览器正常发送
• ❌ 它不会延长、缩短或重设过期时间；也不会让一个已过期的 Cookie “复活”

如果你发现 Cookie 似乎“失效更快”或“突然不带了”，大概率是以下原因：

• 后端返回的 Path 值与前端访问路径不构成前缀关系，导致浏览器根本不发送该 Cookie（看起来像“没生效”，实则是路径拦截）
• Expires 时间本身设置过短，或后端生成时用了服务器本地时间（时区偏差）
• 缺少 Secure 或 SameSite=None（尤其 HTTPS 前端 + HTTP 后端时），被现代浏览器静默丢弃
• Domain 设置错误（如设为 localhost 或内部域名），导致 Cookie 无法写入目标域名

常见配置示例（确保路径匹配，不干扰有效期）：

location /app/ {
    proxy_pass http://backend/;
    # 后端返回 Path=/，但用户访问的是 /app/xxx，需补上前缀
    proxy_cookie_path / "/app/";
    # 不改动 Expires、Max-Age、Secure 等字段
}

若还需控制有效期，必须由后端应用设置（如 Spring Boot 的 server.servlet.session.cookie.max-age，Django 的 SESSION_COOKIE_AGE），Nginx 无法替代这一职责。

简单说：proxy_cookie_path 是路径“翻译器”，不是时间“调节器”。