websocket实例不释放必然导致内存泄漏，因浏览器不会自动关闭连接或清理监听器、定时器；必须手动调用ws.close()，并在onclose中置空事件处理器、清除定时器，否则闭包强引用使组件无法被gc。
WebSocket 实例不释放，内存泄漏不是“可能”，而是“一定”——只要页面没刷新、连接没显式 close()，JS 对象和底层 TCP 连接就卡在内存里出不去。
为什么 ws.close() 必须手动调用，不能靠组件卸载自动回收
Vue 的 beforeUnmount、React 的 useEffect 清理函数，本身不会触发 WebSocket 资源释放。浏览器不替你关连接，也不帮你清监听器或定时器。
-
ws.readyState === 0（CONNECTING）或ws.readyState === 3（CLOSED）时，若没调用过ws.close()，实例仍驻留在堆中 - Chrome Memory 面板搜索
WebSocket，能直接看到堆快照里不断新增的实例，Retainers 显示被闭包或全局数组强引用 - 反复挂载/卸载组件却只新建
new WebSocket()，旧实例不 close，泄漏呈线性增长
事件监听器不置 null 是最隐蔽的泄漏点
直接赋值 ws.onmessage = (e) => this.handleData(e) 会形成闭包，隐式持有组件 this、ref、state 等上下文。只要监听器没清理，整个组件无法被 GC。
WebSocket 8.18.2
下载
WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。
- 错误写法：
ws.onmessage = (e) => this.handleData(e)，卸载时不设ws.onmessage = null - 更隐蔽的错误：用
addEventListener包装消息（如自定义事件总线），只清空了总线 listeners 数组，忘了ws本身还挂着原始onmessage监听器 - 推荐做法：统一在
ws.onclose回调里执行ws.onmessage = null; ws.onerror = null; ws.onopen = null
心跳定时器必须与连接生命周期强绑定
为防网关超时断连而加的 setInterval，若未在连接关闭时立刻 clearInterval，它就会持续每秒触发闭包执行，拖着整个作用域不释放。
- 不要把定时器 ID 存在组件局部变量里，容易被闭包捕获后无法访问
- 推荐存到
Map或WeakMap中，键为ws实例，确保ws.onclose可精准清除 - 异常断连（如网络闪断）时，仅依赖
onclose不够，需配合心跳响应检测兜底，例如连续 3 次未收到 pong 就强制ws.terminate()
真正难处理的从来不是“怎么关”，而是“关不干净”——监听器残留、定时器漏清、闭包强持、全局单例无销毁契约。这些点一旦漏掉一个，泄漏就已开始累积。
