Promise仅适合封装WebSocket单次连接建立过程，成功resolve实例、失败reject错误；断线重连与心跳需用类或闭包维护状态，通过定时器、事件监听和重试策略实现持续连接管理。
用 Promise 封装 WebSocket 本身不直接支持断线重连和心跳，因为 Promise 是一次性状态（pending → fulfilled/rejected），而连接管理需要持续的状态监控和自动恢复能力。真正可行的做法是：用 Promise 处理**单次连接建立过程**，再配合类或闭包维护连接生命周期，实现重连与心跳。
用 Promise 封装连接建立（成功/失败）
Promise 适合表达“尝试连接一次”的结果，而不是长期连接本身。它只负责把 WebSocket 实例的 open 和 error 事件转为异步结果：
- 成功时 resolve WebSocket 实例（注意不是返回消息数据）
- 失败（超时或 onerror）时 reject 错误信息
- 不监听
message或close——那是后续连接管理的事
示例：
function connectWS(url, timeout = 5000) {return new Promise((resolve, reject) => {
const ws = new WebSocket(url);
const timer = setTimeout(() => {
ws.close();
reject(new Error('Connection timeout'));
}, timeout);
ws.onopen = () => {
clearTimeout(timer);
resolve(ws);
};
ws.onerror = (e) => {
clearTimeout(timer);
reject(e);
};
});
}
断线重连需脱离 Promise，改用状态机 + 定时器
WebSocket 断开后（onclose 或 onerror），Promise 已结束，无法再次 resolve。必须用可复位的逻辑控制重试：
立即学习“Java免费学习笔记（深入）”；
- 定义重连策略：指数退避（如 1s、2s、4s…）、最大重试次数
- 监听
ws.onclose和ws.onerror，触发重连函数 - 每次重连前检查是否已手动关闭（避免重复启动）
- 用
setTimeout控制重试间隔，不要用setInterval累加定时器
关键点：重连函数内部可调用上面的 connectWS()，但整体流程由类实例或闭包变量（如 reconnectCount、isConnecting）协调。
心跳检测靠定时 send + 服务端响应确认
心跳不是 WebSocket 内置机制，需客户端主动发 ping，服务端回 pong（或任意应答），并监控响应延迟：
- 连接打开后启动
setInterval，定期ws.send('ping') - 记录每次发送时间戳，在
ws.onmessage中识别 pong 响应并计算往返延迟 - 设置超时阈值（如 10s 未收到 pong），触发主动断连 → 触发重连流程
- 心跳计时器应在
ws.onclose时清除，重连成功后重新启动
注意：不要依赖 ws.readyState 判断是否存活——它可能仍为 OPEN，但实际链路已断（TCP Keepalive 不可靠）。
推荐封装成 Class 统一管理
Promise 只管“第一次连上”，其余交由类维护：
- 构造时传入 url、重试配置、心跳间隔
- 暴露
send()、on('message', cb)、close()等方法 - 内部维护
ws引用、重连计数、心跳 timer、消息监听器列表 -
connect()方法返回 Promise（仅用于初始连接），但类自身具备自愈能力
这样既利用 Promise 表达初始连接结果，又通过面向对象方式承载长期连接逻辑，职责清晰，不易出错。
