优雅关闭websocket需主动通知服务端、等待确认后关闭、清理资源、防止重复操作并协调重连；关键在于时序控制、状态一致性和副作用清理。
WebSocket 关闭不是简单调用 close() 就算完事，真正“优雅”体现在：连接断开前主动通知服务端、等待响应再关闭、清理定时器/事件监听、避免重复关闭、处理异常状态。关键在于控制关闭流程的时序和状态一致性。
主动发起关闭并等待服务端确认
直接调用 socket.close() 是单向终止，服务端可能来不及释放会话资源。更稳妥的方式是先发一个自定义关闭消息（如 {"type":"CLOSE","reason":"user_logout"}），再监听服务端回传的确认消息，收到后再调用 close()。
- 发送关闭请求后设置超时（如 3 秒），超时未收到确认则强制关闭，避免无限等待
- 关闭过程中禁用重连逻辑，防止刚发完关闭消息就被自动重连冲掉
- 服务端收到关闭请求后应立即停止推送新数据，并在清理完成后返回
{"type":"CLOSED"}
统一管理连接状态与关闭防护
用一个内部状态变量（如 this.readyState 或 this.isClosing）标记连接生命周期，所有发送、监听、重连操作都先校验状态。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
send()前检查是否为WebSocket.OPEN，否则丢弃或排队 -
close()被多次调用时，首次设状态为CLOSING，后续直接返回，避免重复触发onclose - 在
onclose回调里将状态置为CLOSED，并清空待发送队列和 pending promise
清理关联资源与事件监听器
WebSocket 实例本身不持有 DOM 或定时器，但业务代码常会绑定 onmessage、启动心跳、监听窗口事件等，这些必须显式清理。
- 清除心跳定时器：
clearInterval(this.heartbeatTimer) - 移除全局事件监听：
window.removeEventListener('beforeunload', this.handleUnload) - 解绑事件处理器：
socket.removeEventListener('message', this.onMessage)（如果用addEventListener注册） - 取消未完成的异步操作，如正在处理的 Promise、fetch 请求或 pending 的 UI 更新
重连场景下的关闭协调
带自动重连的 WebSocket 客户端，手动关闭需中断重试循环，并确保当前连接彻底终结后再退出。
- 调用关闭前先
this.reconnectEnabled = false，停掉重连定时器 - 若重连中已有待建立的连接，调用其
abort()（如果是用AbortController控制的 fetch 模拟握手）或直接close()待建 socket - 在
onclose中判断是否由用户主动触发（可加标志位this.manualClose = true），是则不再尝试重连
不复杂但容易忽略的是状态同步和副作用清理——关的不只是 socket，而是整个通信上下文。把关闭当作一个有始有终的事务来设计，才能真正“优雅”。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
