session丢失的根本原因是后端缺乏统一稳定的会话状态管理机制；应弃用ip_hash，改用cookie路由+redis集中存储，并注意反向代理中cookie传递的细节配置。
流量切换时 Session 丢失，核心问题不是“切换”本身，而是后端没有统一、稳定的会话状态管理机制。当用户请求因网络变化（如 Wi-Fi ↔ 4G/5G）、代理调整、负载均衡策略变动等原因被分发到不同服务器，而各节点又各自维护本地 Session，就会出现“登录了却要重新登录”“购物车清空”等典型现象。
别再依赖 IP 做路由
ip_hash 看似简单，但在移动端或 NAT 环境下极不可靠：
- 同一用户在地铁、商场、家里连不同 Wi-Fi，公网 IP 可能完全不同
- 运营商使用大规模 NAT 池，成百上千设备共用一个出口 IP，导致大量用户被哈希到同一台后端，引发负载倾斜和排队阻塞
- 即使只取 IPv4 前三段哈希，也无法应对基站切换带来的 IP 段跳变
用 Cookie 实现稳定会话粘滞
不依赖网络层 IP，改由业务层控制路由，更可控也更精准：
Ai Coach Batch Session Summary
下载
批量分析录音转写，输出多维度拓客报告。触发词：录音分析、总结、音频总结、拜访记录总结。当用户提及「分析录音」「看看录音数据」「最近的录音」「通话记录」且意图为批量统计/分析时触发。仅出现「录音」或「拜访」时需结合上下文，若仅查看单条详情则不触发。
- 后端登录成功后，通过 Set-Cookie: ROUTE=server-3; Path=/; HttpOnly; Secure 下发带节点标识的 Cookie
- Nginx upstream 配置改为 hash $cookie_ROUTE consistent;，支持节点增减时最小化会话漂移
- 前端发起请求时需携带凭证：fetch 要加 credentials: 'include'，XMLHttpRequest 需设 withCredentials = true
彻底解耦 Session 存储
放弃“每台机器存一份 Session”的思路，转向集中式状态管理：
- 所有后端节点统一读写 Redis（推荐使用 Spring Session + Redis 或 ASP.NET Core 的 IDistributedCache）
- Session ID 仍走 Cookie 传递，但实际数据存在共享存储中，节点故障或扩缩容不影响会话连续性
- 配合 maxInactiveIntervalInSeconds 和 Redis 过期策略，自动清理闲置会话，避免内存泄漏
注意反向代理环节的细节
Nginx 或其他网关容易在不经意间破坏 Session 传递链：
- 确认 proxy_pass 后端地址与应用上下文路径一致（如 /app/ → http://backend:8080/app/），否则 Tomcat 可能重写 JSESSIONID 路径导致 Cookie 失效
- 检查是否误配了 proxy_cookie_path 或清除了 Set-Cookie 响应头
- 若用 HTTPS 入口但后端是 HTTP，需显式设置 proxy_cookie_secure off 并确保 secure 属性不强制启用
