WebSocket怎么发送Ping Pong包手动维持活跃状态【教程】-js教程-PHP中文网

浏览器原生 websocket api 不支持手动发送或监听 ping/pong 控制帧，ws.ping()、ws.onpong 等写法在 chrome/firefox/safari 中全部无效；必须用 json 消息模拟心跳，客户端需校验时间戳、设超时并检查 readystate，服务端须记录活跃时间并定时清理过期连接。

websocket怎么发送ping pong包手动维持活跃状态【教程】

浏览器原生 WebSocket API 不支持手动发送或监听 Ping/Pong 控制帧，ws.ping()、ws.onpong 等写法在 Chrome/Firefox/Safari 中全部无效，运行即报错或静默失败。

为什么 `ws.send("ping")` 不等于协议级 Ping 帧

WebSocket 协议确实定义了二进制 Ping/Pong 控制帧，但 W3C 规范明确禁止 JavaScript 访问它们。浏览器只做两件事：自动响应服务端发来的 Ping（回 Pong），以及在连接异常时内部触发关闭——你既不能触发它，也无法捕获它。

常见误判场景：

WebSocket 8.18.2

WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。

下载

看到服务端日志有 "received ping" 就以为是客户端发的，其实是服务端自己发的（比如 Node.js ws 库的 pingTimeout 机制）
前端用 setInterval(() => ws.send("ping"), 30000)，但服务端没按约定回 {"type":"pong"}，导致超时逻辑完全失效
readyState 仍为 OPEN，但下一次 ws.send() 直接静默丢包，因为 Nginx 已在后台 FIN 了连接

必须用 JSON 消息模拟心跳：客户端实操要点

应用层心跳不是“模仿得像不像”，而是确保能双向探测活性、可设超时、可区分业务流量。关键参数和行为要对齐中间件限制：

心跳消息必须是合法 JSON，推荐 {"type":"ping","ts":1717028640123}，避免纯字符串如 "ping" 被云网关（如阿里云 SLB）识别为无效流量
发送间隔设为 proxy_read_timeout 的 2/3 —— 若 Nginx 配了 proxy_read_timeout 300s，心跳就设 200s；若没改过，默认 60s，则必须 ≤ 40s
每次发 ping 前检查 ws.readyState === WebSocket.OPEN，并用 setTimeout 单独配超时，不依赖 setInterval 的节奏（尤其移动端切后台后定时器会严重降频）
收到 type === "pong" 时，立刻 clearTimeout(pongTimer)；超时未收则 ws.close(4001, "heartbeat timeout")，不要只 console.warn

服务端必须同步配合，否则客户端心跳毫无意义

光前端发 ping 没用。服务端不记录活跃时间、不主动清理死连接，连接池迟早耗尽：

每个 socket 连接建立时，用 Map 存其最后活跃时间：activeSockets.set(socket, { lastActive: Date.now() })，别挂 socket.lastActive 上（Node.js 里易内存泄漏）
每次收到 type === "ping" 或任意业务消息，都更新对应时间戳；PONG 不需要单独处理，它只是 ping 的应答信号
启动独立扫描任务（如每 25s 执行一次），对 Date.now() - lastActive > 90000 的连接调用 socket.terminate()（比 close() 更彻底，防止 CLOSE_WAIT 堆积）
务必监听 socket.on("close") 和 socket.on("error")，及时从 Map 中删除键值，否则 Map 会无限增长