WebSocket是实现实时在线用户人数监控最直接有效的方式，通过连接生命周期管理准确统计活跃连接数，服务端广播变更、客户端轻量响应，并需兼顾一致性、安全与资源控制。
WebSocket 是实现实时在线用户人数监控最直接有效的方式。它建立在 TCP 之上，支持全双工通信，服务端可主动向所有已连接客户端广播人数变化，延迟低、开销小，比轮询或 SSE 更适合高频更新的场景。
服务端：维护连接池并广播变更
关键在于准确统计“当前活跃 WebSocket 连接数”。不是靠心跳计数，而是靠连接生命周期管理：
- 客户端建立连接时（
onOpen），将 socket 加入内存连接池（如 Map 或 Set），并立即广播当前总人数 - 客户端断开时（
onClose或onError），从连接池中移除对应 socket，并再次广播新总数 - 建议为每个连接分配唯一 ID（如 UUID 或 session ID），便于排查异常连接或重复加入
- 若使用集群部署，需借助 Redis 的 Pub/Sub 或原子计数器（
INCR/DECR）同步各节点连接数，再由主节点汇总广播
客户端：轻量接入与状态响应
前端只需建立连接、监听消息、更新 UI，无需维护复杂状态：
- 用
new WebSocket(url)建立连接，推荐加上重连机制（如指数退避）应对网络抖动 - 监听
message事件，当收到类似{"type":"user_count","count":42}的消息时，直接更新页面上的数字显示 - 避免在页面卸载（
beforeunload）时主动 close，让浏览器自然断开更稳妥；若需清理，确保只调用一次close() - 可加简单容错：连续 3 次未收到广播消息，触发重连或显示“连接中…”提示
数据一致性与边界处理
真实场景中，连接数可能因异常出现偏差，需主动兜底：
WebSocket 8.18.2
下载
WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。
- 服务端定期（如每 30 秒）遍历连接池，剔除已失效但未触发
onClose的 socket（可通过 ping/pong 心跳检测） - 首次连接时，服务端可主动推送当前人数，避免客户端加载完成前错过初始值
- 不依赖客户端上报“上线/下线”，一切以服务端连接状态为准；禁止客户端发送
join或leave指令来修改人数 - 人数展示建议带单位（如“在线用户：27 人”），并做格式化（千分位、0 显示为“无人”等）提升可读性
安全与资源控制
开放 WebSocket 接口需防范滥用：
- 校验 Origin 或 Token（如通过 URL 参数或握手头
Sec-WebSocket-Protocol），拒绝非法来源连接 - 设置连接超时（如 60 秒无消息则关闭），防止僵尸连接堆积
- 单 IP 限连（如最多 5 个并发连接），配合 Nginx 层做初步限制
- 广播消息尽量精简——只传必要字段（如
{count:1024}），避免序列化大对象或冗余字段
不复杂但容易忽略：人数统计本质是连接生命周期的精确映射，而不是逻辑业务计数。守住连接即用户这一前提，再辅以健壮的异常处理和轻量通信，就能稳定支撑万级并发的实时显示。
