移动端不适合用 ip_hash，因4G/5G/Wi-Fi切换、运营商NAT轮转致IP频繁突变，引发会话丢失；IPv4仅取前三段哈希仍无法解决IP段跳变与负载倾斜问题。

ip_hash 在移动端网络下容易失效，根本原因是用户 IP 不稳定：4G/5G 切换、Wi-Fi 与蜂窝网络来回切换、运营商 NAT 池轮转，都会让客户端真实 IP 突然变化，导致哈希映射跳转到另一台后端，Session 丢失。

为什么移动端不适合用 ip_hash

IPv4 地址只取前三段做哈希（如 112.68.10.x 全视为同一 IP），看似能缓解，但实际在移动网络中：

• 同一用户在不同基站或 APN 下可能分配到完全不同的公网 IP 段
• 运营商级 NAT 导致成千上万用户共用少量出口 IP，造成后端严重负载倾斜
• IP 变更后，原服务器上的内存 Session 或文件 Session 无法自动迁移，用户需重新登录

推荐替代方案：基于 Cookie 的会话粘滞

不依赖 IP，而是由后端在首次成功认证后下发一个带路由标识的 Cookie（如 ROUTE=server-2），Nginx 根据该 Cookie 值做 hash 路由：

• upstream 中改用 hash $cookie_ROUTE consistent;，支持增减节点时最小化漂移
• 后端在登录成功响应头中设置 Set-Cookie: ROUTE=server-2; Path=/; HttpOnly; Secure
• 确保前端请求携带 Cookie（fetch 需加 credentials: 'include'）

若必须保留 ip_hash，可做有限增强

仅适用于内网移动终端（如企业定制 App + 固定 APN）等可控场景：

• 启用 real_ip_module 并配置多层可信代理段，尽量还原真实设备 IP（如 X-Forwarded-For 最左非私有地址）
• 配合 proxy_cookie_path / "/; Path=/; Secure; HttpOnly" 确保 Cookie 路径与域一致，避免跨域丢失
• 后端增加轻量 Session 备份机制：用户登录后，将 Session ID 同步写入 Redis（TTL 同 Session），Nginx 故障跳转时尝试按 Cookie 中的 JSESSIONID 查 Redis 恢复

更彻底的解法：放弃本地 Session

从根本上规避粘滞问题：

• 后端统一使用 Redis 或 JetCache 存储 Session，所有节点共享状态
• Nginx 改回 least_conn 或 round_robin，提升负载均衡效率和容错性
• WebSocket 场景下，配合消息队列广播在线状态变更，避免连接中断感知延迟