浏览器websocket api不支持手动发送ping帧（opcode 0x9），因底层栈自动处理且无公开方法；需用应用层心跳（如定时send("ping")）配合服务端响应与超时检测来保活连接。
WebSocket 协议本身不提供客户端直接发送标准 Ping 帧（opcode 0x9）的 JavaScript API。浏览器环境中的 WebSocket 对象**没有公开方法让你手动构造并发送 Ping 帧**，这是出于安全和规范实现的限制——Ping/Pong 帧由底层网络栈自动处理，用于连接保活与心跳检测。
为什么不能用 send() 发送 Ping 帧
调用 ws.send() 只能发送文本（opcode 0x1）或二进制（opcode 0x2）数据帧。若尝试传入 ArrayBuffer 并伪造 Ping 帧结构（如前两个字节为 0x89），浏览器会抛出 SyntaxError 或直接忽略，因为这是违反 WebSocket 规范的非法操作。
替代方案：用业务层心跳模拟 Ping 行为
虽然无法发原生 Ping，但可通过定时发送自定义心跳消息（如 JSON 字符串 "ping"）来达到相同目的——探测连接可用性、防止中间代理超时断连：
- 服务端收到
"ping"后立即回复"pong"（或任意响应），客户端校验响应时效性 - 设置定时器（如每 30 秒）调用
ws.send('{"type":"ping"}') - 搭配超时机制：发送后启动计时器，若 5 秒内未收到服务端响应，则视为连接异常
- 注意避免在
ws.readyState !== 1（OPEN）时发送，需加状态判断
保持连接活跃的关键细节
单纯依赖浏览器自动 Ping 不可靠，尤其在 Nginx、CDN 或移动网络环境下：
- 确保服务端正确响应业务心跳，并主动关闭无响应连接
- 客户端监听
onmessage，识别"pong"类型消息并清除对应超时定时器 - 网络恢复后，建议重连前先检查
ws.bufferedAmount === 0，避免积压未发消息 - 不要依赖
onclose立即重连，应加入退避策略（如指数增长延迟）
不复杂但容易忽略：真正的“心跳”是端到端可验证的业务消息往返，不是底层帧的控制权争夺。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
