必须主动调用ws.close()、清除所有事件监听器、解除定时器及闭包引用，并将实例置为null；否则WebSocket对象将持续驻留内存，导致泄漏。
手动关闭 WebSocket 连接并释放内存，关键在于主动调用 close() 方法、清除事件监听器、解除引用，并避免隐式保留（比如闭包、全局变量或定时器）。
调用 close() 方法断开连接
WebSocket 提供了 close(code, reason) 方法，用于主动发起关闭握手。不传参数时默认使用状态码 1000（正常关闭）：
const ws = new WebSocket('wss://example.com');
ws.onopen = () => {
// 发送数据...
};
// 主动关闭
ws.close(); // 或 ws.close(1000, 'user requested');
注意：close() 是异步的，调用后连接不会立刻断开，但会触发关闭握手流程；之后会依次触发 onclose 和 onerror（如果出错）。
移除所有事件监听器防止内存泄漏
如果使用匿名函数绑定事件（如 ws.onmessage = () => {...}），无法手动移除，容易导致 WebSocket 实例和相关作用域长期驻留内存。推荐用具名函数 + removeEventListener，或直接赋值为 null：
立即学习“Java免费学习笔记（深入）”；
- 用
addEventListener绑定 → 必须配对removeEventListener - 用
ws.onopen = handler赋值 → 关闭前设为null即可
function handleOpen() { /* ... */ }
function handleMessage(e) { /* ... */ }
<p>ws.addEventListener('open', handleOpen);
ws.addEventListener('message', handleMessage);</p><p>// 关闭前清理
ws.removeEventListener('open', handleOpen);
ws.removeEventListener('message', handleMessage);
ws.onclose = null;
ws.onerror = null;
切断外部引用，让实例可被垃圾回收
即使调用了 close() 并清除了监听器，若仍有变量、闭包、数组、Map 或定时器引用该 WebSocket 实例，它仍无法被回收。常见陷阱包括：
- 把
ws存在全局对象或模块级变量中未置空 - 在
setInterval回调中持续访问ws.readyState - 在错误重连逻辑里保留对旧
ws的引用（如未及时替换）
安全做法是：关闭后立即将引用设为 null，并确保没有其他地方持有它：
function disconnect(ws) {
if (ws && ws.readyState !== WebSocket.CLOSED) {
ws.close();
}
// 清理监听器（见上文）
ws.onopen = null;
ws.onmessage = null;
ws.onclose = null;
ws.onerror = null;
// 切断外部引用
return null; // 或赋值给对应变量：myWs = null;
}
检查浏览器开发者工具确认释放效果
关闭后可在 Chrome DevTools 的 Memory 面板中录制堆快照（Heap Snapshot），筛选 WebSocket，确认数量下降；也可在 Application → Frames → WebSocket 查看当前活跃连接是否已消失。若关闭后仍显示“Connected”或快照中存在残留，说明有未清理的引用或未真正调用 close()。
