客户端主动断开 WebSocket 连接需调用 ws.close(1000, "user logout") 发送标准关闭帧，确保服务端识别为正常登出；同时须清理资源、发送登出消息、禁用自动重连。
客户端主动断开 WebSocket 连接，核心是调用 close() 方法并配合资源清理与状态同步，不是简单“关掉就完事”。关键在于确保服务端能识别这是用户主动登出，而非异常断连。
调用 close() 发送标准关闭帧
执行 ws.close(1000, "user logout") 是最直接、最合规的方式。它会触发协议级关闭流程：向服务端发送一个含状态码和原因的关闭帧，服务端收到后可准确响应 onclose 事件，并标记该连接为正常终止。
- 推荐使用标准码 1000（
CLOSE_NORMAL），明确表示“用户主动退出” - 务必在调用
close()前确认ws.readyState === WebSocket.OPEN，避免对已关闭或未建立连接重复操作 - 调用后，
ws.readyState会先变为CLOSING，最终变为CLOSED
关闭前必须清理客户端资源
只调 close() 不清理，容易导致内存泄漏、重复回调或 UI 状态错乱。这步不可省略。
- 手动置空事件处理器：
ws.onmessage = null; ws.onerror = null; ws.onclose = null; - 清除心跳定时器（如存在）：
clearInterval(this.heartbeatTimer) - 重置本地业务状态：清空 token、隐藏聊天窗口、将登录按钮文字改回“登录”等
- 若用类封装，建议统一提供
logout()方法来聚合这些操作
向服务端发送登出业务消息（推荐）
WebSocket 是全双工通道，可在关闭前发一条结构化登出消息，让服务端及时更新用户在线状态、释放会话、踢除重复登录等。
立即学习“Java免费学习笔记（深入）”；
- 示例：
ws.send(JSON.stringify({ type: "logout", userId: "u123" })) - 必须确保消息发出后再调
close()：可用ws.bufferedAmount === 0判断缓冲区是否清空；不建议用setTimeout延时，可靠性低 - 服务端应设置登出超时兜底逻辑（如 5 秒内未收到登出消息，也按异常断连处理）
禁用注销后的自动重连
用户点“退出”不是网络故障，不应触发重连机制。否则会出现刚登出又连上、状态混乱等问题。
- 设一个标志位：
this.isManuallyLoggedOut = true - 在重连逻辑中检查该标志，若为
true则跳过重试 - 也可在
onclose回调里判断：event.code === 1000 && event.reason === "user logout"，匹配即终止重连流程
