websocket客户端心跳重连需组合定时发ping、监听连接状态与主动重连逻辑，核心是自主控制生命周期；业务层用{type:"ping"}心跳，超时未收pong则断开；onclose+心跳超时比onerror更可靠；采用指数退避重连（1s→2s→4s…，上限30s，最多5次），并结合navigator.online判断。
WebSocket 客户端心跳重连不是靠单个 API 实现的，而是通过定时发送消息（心跳）+ 监听连接状态 + 主动重连逻辑组合完成。核心在于：自己控制连接生命周期，不依赖浏览器默认行为。
心跳机制：定时发 ping，服务端应答 pong
WebSocket 协议本身没有内置 ping/pong 帧的客户端触发方式（ws.ping() 仅 Node.js 的 ws 库支持，浏览器不支持）。所以通常用业务层心跳：
- 约定一个简单消息格式，比如
{ "type": "ping" }，客户端每隔 20–30 秒send()一次 - 服务端收到后立即返回
{ "type": "pong" }，客户端收到即视为链路正常 - 客户端设置超时检测：发 ping 后 5 秒内没收到 pong，就认为连接异常，准备断开重连
连接状态管理：监听 onopen、onerror、onclose，但别全信 onerror
浏览器中 onerror 并不总能捕获网络中断（比如静默断网），更可靠的是结合心跳超时 + onclose：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
onopen：启动心跳定时器（setInterval） -
onmessage：识别pong，重置心跳超时计时器（clearTimeout+setTimeout） -
onclose：清除心跳定时器，触发重连逻辑（注意：event.code和event.reason可辅助判断是否要重连） - 避免在
onerror中直接重连——它可能被频繁误触发，优先以心跳失败或 close 为准
重连策略：指数退避 + 最大重试次数 + 手动开关
盲目立即重连会加重服务端压力，也容易陷入“连不上又狂试”的死循环：
- 首次失败后延迟 1 秒重试，第二次延迟 2 秒，第三次 4 秒……每次翻倍（最大不超过 30 秒）
- 连续失败超过 5 次，暂停自动重连，可提示用户或等待手动恢复（如点击“重试”按钮）
- 提供
reconnect()和close()方法，允许业务主动控制连接开关 - 重连前检查
navigator.onLine，离线时不尝试，等online事件再触发
封装建议：用 class 管理实例状态，避免闭包混乱
把 socket 实例、定时器 ID、重连次数、是否正在重连等都收在一个类里，比零散变量更可控：
- 属性如：
this.ws、this.pingTimer、this.pongTimeout、this.reconnectCount、this.isReconnecting - 方法如：
startHeartbeat()、resetPongTimeout()、reconnect()、destroy() - 构造时支持传入 URL、心跳间隔、重连配置等参数，方便复用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
