关键在于服务端统一状态管理+WebSocket全双工通道+明确会话生命周期设计：服务端需维护用户多设备会话映射，注销时遍历并关闭所有关联连接，通过双通道触发销毁，结合心跳保活与超时清理保障消息同步与离线控制。
要实现网页版即时通讯的消息多端实时同步与注销，关键不在前端单点操作，而在于服务端统一状态管理 + WebSocket 全双工通道 + 明确的会话生命周期设计。用户在任一设备登出时，服务端需主动通知其他在线终端断开连接或清空会话上下文，从而保证消息不跨设备错发、已读状态一致、离线消息可控。
服务端必须维护全局会话映射关系
每个用户登录后，服务端应为该用户（如 userId）分配唯一会话 ID，并将其与当前 WebSocket 连接实例绑定。多个设备登录同一账号时，可支持“多会话并存”，但需记录设备标识（如 userAgent + deviceId 哈希）和连接时间。
- 用 Map 或 Redis 存储结构：{ userId: [ { sessionId, socket, deviceInfo, loginTime }, ... ] }
- 用户 A 在手机和桌面同时登录 → 服务端保存两个活跃 socket 实例
- 注销请求（无论来自哪端）触发服务端遍历该 userId 下所有会话，逐个调用 socket.close() 并清理内存/缓存
注销动作需走统一信道，不可仅依赖前端 localstorage 清除
前端点击“退出登录”只是发起信号，真正注销逻辑必须由服务端执行。建议采用双通道机制：
- 主通道（WebSocket）：发送 { type: "logout", token: "xxx" } 消息至服务端，服务端校验 token 后执行会话销毁
- 备用通道（HTTP POST /api/logout）：防止 WebSocket 已断连时退出失败，作为兜底；服务端收到后同样广播注销指令给其余在线 socket
- 前端收到服务端返回的 { type: "logout_ack", reason: "success" } 后，再清除本地凭证、跳转登录页
消息同步依赖服务端路由+广播策略
用户发送一条消息，服务端不应只转发给目标用户某一个终端，而应根据业务规则决定投递范围：
立即学习“前端免费学习笔记（深入）”；
- “最后活跃设备”模式：只推送给该用户最近一次心跳正常的 socket（适合避免消息泛滥）
- “全端同步”模式：广播给该用户所有未注销的 socket（适合聊天记录多端可见场景）
- “已读回执”需服务端记录每条消息在各设备的 readAt 时间戳，注销前可主动推送未读消息摘要
连接异常与自动注销需有明确超时判定
WebSocket 连接可能因网络抖动断开，不能立即视为用户下线。服务端应引入心跳保活机制：
- 客户端每 30 秒 send({ type: "ping" })，服务端 onmessage 中更新对应 socket 的 lastHeartbeat 时间
- 服务端定时任务（如每 60 秒扫描）检查：若 lastHeartbeat 超过 90 秒，判定为离线，触发自动清理该 socket 并标记为“非活跃会话”
- 用户再次打开网页重连时，服务端识别 userId 并恢复会话（或要求重新登录，视安全等级而定）
