WebSocket空闲断连需心跳保活：服务端用ws库自动ping/pong（如30秒间隔），客户端用自定义JSON消息模拟；须配Nginx超时、指数重连及消息确认，浏览器因无原生ping支持只能走自定义方案。
WebSocket 连接长时间空闲时，中间代理（如 Nginx、负载均衡器）或防火墙可能主动断开连接，导致客户端和服务端“以为还连着”，实际已失效。心跳机制就是通过定时收发轻量消息，让双方确认连接存活，避免挂死。
服务端主动发送 ping（推荐）
多数现代 WebSocket 服务库（如 ws for Node.js）内置了 ping/pong 心跳支持，只需开启并配置间隔即可，无需手动发消息：
- 使用 ws 库时，启用
pingInterval（单位 ms），例如每 30 秒自动发一次 ping - 客户端收到 ping 后，ws 会自动回复 pong，服务端监听
pong事件即可验证客户端在线 - 若连续多次未收到 pong（比如 2 次超时），可主动 close 连接，清理资源
示例（Node.js + ws）：
const wss = new WebSocket.Server({ port: 8080 });wss.on('connection', (ws) => {
ws.isAlive = true;
ws.on('pong', () => { ws.isAlive = true; });
});
// 每 30 秒检查并 ping
const interval = setInterval(() => {
wss.clients.forEach((ws) => {
if (ws.isAlive === false) return ws.terminate();
ws.isAlive = false;
ws.ping(); // 触发 pong 响应
});
}, 30000);
客户端定时 send() 自定义心跳消息
当服务端不支持标准 ping/pong，或需业务层感知连接状态时，可用 JSON 消息模拟心跳：
立即学习“Java免费学习笔记（深入）”；
- 客户端每 25–45 秒（略短于服务端超时阈值）发送
{"type":"heartbeat"}等轻量消息 - 服务端收到后立即回一个
{"type":"pong"}，客户端用setTimeout设等待超时（如 10s） - 若超时未收到 pong，视为连接异常，执行重连逻辑
注意：不要只依赖 onclose/onerror——它们可能延迟触发甚至不触发，心跳超时才是第一道防线。
配套措施不能少
单靠心跳不够，还需结合其他策略提升健壮性：
-
Nginx 配置：设置
proxy_read_timeout 60;和proxy_send_timeout 60;，确保与心跳间隔匹配 - 重连退避：断开后按 1s → 2s → 4s 指数增长延迟重试，避免雪崩
- 消息确认：关键业务消息可加 seq ID，服务端 echo 回执，客户端超时未收到则重发
浏览器兼容性小提醒
原生 WebSocket 对象不暴露 ping/pong 事件，也无法主动调用 ws.ping()。所以浏览器端只能走自定义消息心跳；而服务端（Node.js）可用底层库支持标准机制。前后端心跳协议要约定一致，比如都用 type: "ping" / type: "pong" 字段。
