Sticky Sessions由负载均衡器配置，Node.js应用只需正常管理Session；若Session存于本地内存则必须启用Sticky Sessions避免会话丢失，推荐改用Redis等外部存储或JWT无状态认证。
在负载均衡器后使用 JavaScript（实际是 Node.js 应用）时，“Session”本身不直接配置 Sticky Sessions——Sticky Sessions 是**负载均衡器（如 Nginx、AWS ALB、Traefik）或反向代理层的配置项**，目的是让同一用户的后续请求始终转发到同一台后端服务器。Node.js 应用只需正常管理 Session（例如用 express-session），但前提是：若 Session 数据未集中存储（如存在本地内存中），就必须靠 Sticky Sessions 避免会话丢失。
为什么需要 Sticky Sessions？
当多个 Node.js 实例（如 pm2 cluster 或多台服务器）共享同一个域名，且你把 Session 存在每个进程的内存里（MemoryStore），那么：
- 用户第一次请求被 LB 分发到 Server A，登录后 Session 写入 A 的内存；
- 第二次请求若被分发到 Server B，B 没有该 Session，用户就“掉线”了；
- 启用 Sticky Sessions 后，LB 通过 Cookie（如
ROUTEID）或源 IP 记住该用户属于哪台后端，后续请求强制打到同一台。
Nginx 示例：基于 cookie 的 sticky session
Nginx 本身不原生支持 cookie-based stickiness，但可通过 upstream_hash 或第三方模块（如 nginx-sticky-module-ng）实现。更常见、推荐的做法是使用 ip_hash（简单但不完美）或结合 cookie 指令（需编译支持）：
upstream backend {
# 方法1：按客户端 IP 哈希（适合内网/固定 IP 场景）
ip_hash;
<pre class="brush:php;toolbar:false;">server 10.0.0.10:3000;
server 10.0.0.11:3000;}
立即学习“Java免费学习笔记（深入）”；
方法2：用 cookie 标识（需 nginx >= 1.19.4 + 启用 http_upstream_module）
upstream backend { sticky cookie srv_id expires=1h domain=.example.com path=/; server 10.0.0.10:3000; server 10.0.0.11:3000; }
注意：sticky cookie 会让 Nginx 自动在响应中写入 srv_id Cookie，并根据它的值路由；客户端后续请求带此 Cookie，Nginx 就能绑定到对应后端。
AWS ALB / NLB：启用基于 Cookie 的粘性
AWS 应用型负载均衡器（ALB）原生支持 Application-based stickiness：
- 控制台操作：选择目标组 → “编辑属性” → 启用 “Stickiness” → 类型选 “Application-based” → 设置 Cookie 名称（如
myapp_session）和持续时间； - 关键点：你的 Node.js 应用必须在用户首次登录后，**主动设置这个 Cookie**（例如
res.cookie('myapp_session', sessionId, { httpOnly: true, maxAge: 3600000 })）； - ALB 会读取该 Cookie 值，并哈希后绑定到某台注册的目标实例；后续请求只要 Cookie 有效，就维持路由一致。
更推荐的替代方案：避免依赖 Sticky Sessions
Sticky Sessions 简单但有缺陷（单点故障、扩容缩容不均、无法彻底无状态）。对 Node.js 更健壮的做法是：
-
用外部 Session 存储：如 Redis（推荐
connect-redis）、MongoDB 或 PostgreSQL，所有实例共用同一份 Session 数据； - 使用 JWT 无状态认证：登录后签发 Token，客户端每次携带，服务端验证签名即可，完全无需存储 Session；
-
确保 Session ID 传输可靠：用
secure+httpOnlyCookie，配合 HTTPS；Express 中设置app.set('trust proxy', 1)以正确读取 X-Forwarded-* 头。
这样即使 LB 完全随机分发请求，也不会丢失登录态。
不复杂但容易忽略：Sticky Sessions 是基础设施层的事，Node.js 只需保证 Session ID 能被正确解析和使用；真正解耦架构，优先考虑共享 Session 存储或无状态设计。
