javascript长连接心跳需实现“发、等、判、清、重、稳”闭环：手动发送ping包并监听pong响应，超时未收则标记疑似断连；结合双 pong 超时与 navigator.online 判断真实断连；采用指数退避重连（1s→2s→4s…上限30s）；onopen 时重置所有定时器与状态。

JavaScript 中处理长连接心跳超期断开错误，核心是主动探测连接状态、及时重连，并避免假死或重复重连。关键不在“捕获错误”，而在“预防+感知+恢复”闭环。

心跳机制要自己实现，不能只靠 WebSocket 自带的 ping/pong

浏览器 WebSocket API 不暴露底层 ping/pong 控制权，ws.send() 发送数据、onmessage 接收才是可控入口。所以必须手动发心跳包（如 {"type":"ping"}），并配对等待服务端回 {"type":"pong"}。

• 定时器用 setInterval 每 25–30 秒发一次 ping（略短于服务端心跳超时阈值，比如后端设 45s）
• 每次发 ping 前清掉上一个 pending 的 pong 超时检测（用 clearTimeout）
• 发完立即启动一个 setTimeout（比如 10s），超时未收到 pong 就判定“疑似断连”

断连判断不能只看 onclose，要结合心跳失败 + 网络状态

onclose 触发往往滞后，且可能没携带真实原因；而 onerror 在某些断网场景下甚至不触发。因此需叠加判断：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 心跳 pong 超时 × 2 次（避免偶发抖动误判）
• 同时检查 navigator.onLine === false（本地网络断开）
• 若两者满足其一，就主动调用 ws.close() 并进入重连流程

重连要有退避策略，避免雪崩式请求

直接 setTimeout(() => connect(), 1000) 连续重试，既耗资源又可能被服务端限流。推荐指数退避：

• 第 1 次失败：1 秒后重试
• 第 2 次失败：2 秒后
• 第 3 次失败：4 秒后
• 最多退避到 30 秒，之后固定间隔重试
• 成功连接后，重置退避计数器

连接建立后要重置心跳状态，防止旧定时器干扰

每次 onopen 触发时，务必：

• 清除之前所有心跳相关定时器（ping 间隔、pong 超时）
• 重置心跳失败计数器
• 重新启动 ping 定时器和首个 pong 监听
• 可选：发送一次初始化消息（如认证 token），确认链路可用

不复杂但容易忽略——心跳不是“加个定时器发 ping”就完事，而是“发、等、判、清、重、稳”六个动作闭环。服务端配合也很重要：必须响应 ping、及时关闭僵死连接、返回明确错误码（如 4401 表示鉴权失效需重鉴）。前端和后端的心跳超时时间要错开设计，留出安全余量。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南