websocket内存泄漏主因是监听器与连接生命周期未同步清理：直接赋值闭包、重复新建不销毁、监听器错位、心跳定时器未解绑、事件总线引用链未切断；须在onclose中置空监听器、清除定时器、显式关闭连接。
WebSocket长连接中，动态挂载的回调（如ws.onmessage、ws.onerror）若未随连接生命周期同步清理，会形成“上下文积压”——即旧连接残留的监听器持续持有组件、状态、DOM节点等引用，导致内存无法回收。
回调绑定脱离连接生命周期
常见错误是把事件监听器直接赋值给 WebSocket 实例属性，却不与连接状态解耦：
-
直接赋值闭包：如
ws.onmessage = (e) => this.handleData(e)，该箭头函数隐式捕获this（组件实例）、ref、state等，只要监听器不置空，整个作用域就无法被垃圾回收； -
重复新建不销毁：页面反复挂载/卸载（如 Vue 的
onMounted/onUnmounted或 React 的useEffect），每次新建new WebSocket()却未在卸载时调用ws.close()并清空监听器，旧实例仍驻留堆中； -
监听器与连接状态错位：连接已断开（
ws.readyState === 0或3），但监听器仍挂着，继续接收不到消息却锁死上下文。
心跳定时器加剧上下文滞留
为维持连接常加 setInterval 发送 ping，但若未与 WebSocket 生命周期强绑定，就会独立存活：
WebSocket 8.18.2
下载
WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。
- 定时器回调中访问
this、ws或组件数据，形成闭包引用； - 连接关闭后未调用
clearInterval(id)，定时器持续触发，拖住整个作用域； - 多个连接共用同一定时器管理逻辑，但清理时遗漏某一个 ID，造成“漏网之鱼”。
全局事件总线间接延长引用链
部分项目用自定义事件总线中转 WebSocket 消息（如 eventBus.emit('ws:message', data)），带来隐蔽泄漏：
- 在组件内订阅
eventBus.on('ws:message', handler)，却只在卸载时清空总线 listeners，未同步关闭底层ws实例； - WebSocket 原始监听器（如
ws.addEventListener('message', ...)）未移除，导致即使总线清空，JS 对象仍被原始ws强引用； - 总线本身若采用全局单例 + 弱引用不足，也会积累 handler 闭包，尤其当 handler 是匿名函数时。
如何切断老化连接的上下文链
关键不是“等 GC”，而是主动拆解引用。推荐统一在连接终结点执行清理：
- 在
ws.onclose回调中，显式置空所有监听器：ws.onmessage = null; ws.onerror = null; ws.onopen = null;； - 若使用
addEventListener，对应调用ws.removeEventListener('message', handler)，且 handler 必须是具名函数或保存了引用； - 心跳定时器 ID 必须存在闭包外可访问变量中，并在
ws.onclose或ws.onerror中clearInterval(timerId)； - 组件卸载时，优先调用
ws.close()（而非仅依赖onbeforeunload），再执行上述清理，确保连接状态进入 CLOSED 后立刻释放资源。
