如何利用hash_$cookie_sessionid实现更精准的会话保持-Nginx-PHP中文网

使用 hash $cookie_sessionid consistent 可实现比 ip_hash 更精准的会话保持，前提是客户端携带且 nginx 能正确读取匹配的 cookie（如 jsessionid 或 sessionid），需确保大小写一致、代理透传、应用未禁用 cookie，并可组合 $remote_addr 兜底。

如何利用hash_$cookie_sessionid实现更精准的会话保持

直接用 hash $cookie_sessionid consistent; 就能实现比 ip_hash 更精准的会话保持，前提是客户端真正携带了 sessionid 这个 Cookie，且 Nginx 能正确读取、哈希并稳定分发。

确保 Cookie 名称与实际一致

变量名必须严格匹配浏览器发送的 Cookie 名：

Tomcat 默认发的是 JSESSIONID（全大写），应写 $cookie_JSESSIONID
Spring Boot 若自定义为小写 sessionid，就得写 $cookie_sessionid
大小写不匹配会导致变量为空，Nginx 自动 fallback 到加权轮询

验证客户端是否真带了这个 Cookie

打开浏览器开发者工具 → Network → 点一个已登录的请求 → 查看 Request Headers 中的 Cookie: 行：

Session Handoff

创建全面的交接文档，使新AI代理能够无缝继续工作，消除歧义。解决上下文耗尽问题。时机：(1)用户请求保存交接，(2)上下文即将满，(3)主要任务完成，(4)会话结束，(5)恢复工作时。关键词：保存状态、创建交接、上下文已满、暂停、从...恢复、加载交接、保存进度、会话转移、交接

下载

若没出现类似 sessionid=abc123 或 JSESSIONID=xyz789，说明应用没发，或被中间代理过滤/改写
常见原因：Tomcat 关闭了 Cookie（<context cookies="false"></context>）、Spring Boot 配置了 server.servlet.session.tracking-modes=none 或强制用 URL 传参

正确配置 upstream 块

不能和 ip_hash 共存，也不能在 hash 指令前加缩进：

基础写法（支持权重）：
upstream backend {
  hash $cookie_sessionid consistent;
  server 192.168.1.10:8080 weight=3;
  server 192.168.1.11:8080 weight=1;
}
首次请求无 Cookie 时，Nginx 默认走轮询；如需更稳，可组合兜底键：
hash "$cookie_sessionid:$remote_addr" consistent;