cookie粘滞性失效本质是nginx未识别或未按预期使用cookie路由请求；需确保cookie可靠生成与传输（后端set-cookie含domain/path/secure/samesite，前端credentials:include），并配置sticky模块（官方1.29.6+原生支持或≤1.18用第三方nginx-sticky-module-ng）依据route类cookie精准路由。
Cookie 粘滞性失效，本质是“请求没被正确路由到原服务器”，不是 Cookie 没发、也没被后端丢弃，而是 Nginx 没识别或没按预期使用它。解决需聚焦两点：让 Cookie 可靠生成并携带，再让 Nginx 准确依据它做路由。
确保 Cookie 被正确设置与传输
前端和后端协同不严，会导致 Cookie 从源头就不可用：
- 后端响应必须带 Set-Cookie 头，且包含明确的 domain 和 path（如
Set-Cookie: route=ws-node-1; Domain=.example.com; Path=/; HttpOnly; Secure; SameSite=None） - 前端发起请求时必须启用凭证：
fetch('/api/login', { credentials: 'include' })或 Axios 中配置withCredentials: true - 若走 HTTPS，Secure 属性不可省；跨域场景下 SameSite=None 必须显式声明，否则浏览器静默拦截
让 Nginx 真正识别并依赖该 Cookie
仅靠后端写 Cookie 不够，Nginx 需主动提取并哈希路由：
- 使用官方 sticky cookie（Nginx 1.29.6+ 原生支持）：
upstream backend {<br> sticky cookie route expires=1h domain=.example.com path=/;<br> server 192.168.1.10:8080;<br> server 192.168.1.11:8080;<br>} - 旧版 Nginx（≤1.18）需编译第三方 nginx-sticky-module-ng，配置类似：
sticky cookie srv_id expires=1h domain=.example.com path=/; - 避免直接用
$cookie_jsessionid做 hash —— 它由后端生成，Nginx 无法控制其格式与有效期，容易因 session 过期或重置而断连；推荐专用 route 类 Cookie
排除常见干扰因素
很多失效看似随机，实则由环境细节引发：
-
代理链污染 IP：若前端经过 CDN 或 WAF，
$remote_addr已失真。此时 ip_hash 失效，而 Cookie 粘滞天然免疫——它不依赖网络层信息 -
Cookie 作用域错配：domain 写成
example.com（缺点）而请求来自api.example.com，浏览器拒绝发送；应统一设为.example.com - HTTPS 与 Secure 不匹配：HTTP 站点却设了 Secure 属性，浏览器直接忽略该 Cookie；开发环境可临时去掉 Secure 测试，但生产必须 HTTPS + Secure
-
路径不一致：后端设 Cookie 的 path 是
/auth，但前端请求在/api，导致 Cookie 不随请求发出
验证是否真正生效
别只看响应头有没有 Set-Cookie，要确认路由逻辑落地：
- 用浏览器开发者工具检查两次请求的 Request URL 和 Remote Address，确认是否始终打到同一台后端 IP
- 在 upstream server 上加日志标识，例如返回自定义 header：
proxy_hide_header X-Backend-ID; proxy_set_header X-Backend-ID $hostname; - curl 测试时带上 Cookie：
curl -H "Cookie: route=ws-node-1" http://your-domain/api/status，观察是否稳定命中
