Apache不直接共享长连接，而是通过stickysession实现会话粘滞，确保同一用户始终路由至同一后端节点；同时需后端（如Redis或Tomcat集群）同步用户上下文、登录态等状态，以保障长连接业务连续性。
Apache 本身不直接“共享”长连接，而是通过会话粘滞（sticky session）+ 后端应用层状态同步来保障长连接场景下的业务连续性。真正需要集群共享的不是 TCP 连接本身，而是连接背后的状态——比如 WebSocket 的用户上下文、登录态、消息队列归属等。配置关键在于：让同一用户的请求始终落到同一后端节点（粘滞），同时确保该节点宕机时，状态能被其他节点接管（靠 Tomcat 复制或 Redis 存储）。
启用 mod_proxy_balancer 并开启 sticky session
这是 Apache 层实现长连接路由一致性的基础：
- 确认已启用必要模块：
proxy、proxy_http、proxy_balancer、proxy_connect - 在虚拟主机中配置负载均衡器，并显式指定 stickysession=JSESSIONID|jsessionid（Java 应用）或 stickysession=ROUTEID（WebSocket 场景）
- 每个
BalancerMember必须带route=xxx参数，且值需与后端服务（如 Tomcat 的jvmRoute或 WebSocket 服务标识）严格一致
为 WebSocket 长连接专项优化
普通 HTTP 负载均衡不能直接用于 WebSocket，必须走专用隧道模块：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 加载
mod_proxy_wstunnel（Apache 2.4.5+ 内置，检查httpd -M | grep wstunnel） -
ProxyPass指令必须使用 ws:// 或 wss:// 协议前缀，不能用http:// - 路径末尾斜杠需统一，例如
ProxyPass /ws/ ws://127.0.0.1:8080/ws/，否则 Sec-WebSocket-Location 重写失败 - 设置
Timeout 3600和ProxyTimeout 3600，避免空闲连接被 Apache 主动断开
后端状态共享不能依赖 Apache
Apache 不管理 session 数据，共享逻辑必须由后端实现：
- 若用 Tomcat：在
web.xml加<distributable/>，server.xml配<Cluster>，并启用BackupManager或DeltaManager - 若用 Spring Boot + WebSocket：推荐将用户连接元数据（如 userId ↔ sessionId ↔ node）存入 Redis，各节点启动时订阅变更，实现连接状态可迁移
- 禁用 Apache 的
KeepAlive（设为 off 或极短时间），让前端负载均衡器（如 Nginx）负责连接复用，Apache 专注快速转发
验证是否真正生效
不要只看请求是否分发成功，要验证状态是否可延续：
- 打开浏览器开发者工具，观察 WebSocket 连接 URL 中的
jsessionid是否携带 route 参数（如node1） - 刷新页面或重连，检查
Sec-WebSocket-Accept响应头是否稳定，且后端日志显示始终由同一实例处理 - 手动停掉当前 route 对应的后端服务，观察客户端是否自动重连并恢复会话（需后端配合 session 复制或外部存储）
