心跳间隔应设为路径中所有中间设备最小空闲超时值的0.6～0.7倍，例如最小超时45秒，则心跳设25～30秒；需服务端主动发ping、客户端立即回pong，且重连成功后首帧即心跳。
WebSocket连接断了不报错、消息发出去没回音、服务器内存悄悄涨——这些不是“偶发问题”，而是配置或使用方式踩了坑的明确信号。稳住连接、管住消息、扛住并发，三件事做扎实，系统才不会在用户盯着屏幕时突然哑火。
心跳间隔怎么设才不被中间设备掐断
很多团队把心跳设成 30 秒，结果在云厂商 SLB 或企业防火墙后频繁掉线。根本原因是：中间链路的空闲超时（idle timeout）通常默认是 60 秒，但有些保守网关甚至只设 30 秒。心跳包必须比最短的那个超时值更早发出，否则连接会被静默切断。
- 查清你部署路径上的所有中间件：云负载均衡器（如 AWS ALB/NLB、阿里云 SLB）、反向代理（Nginx、Traefik）、公司级防火墙
- 确认它们的 idle timeout 设置，取其中最小值，再乘以 0.6～0.7 得到安全心跳间隔（例如最小 timeout 是 45 秒，则心跳设为 25～30 秒）
- 服务端用
setInterval主动发PING帧，客户端收到后必须立即回PONG；不要依赖浏览器自动响应，某些旧版 Safari 会忽略 - 别只在连接建立后启动心跳——重连成功后的第一帧也得是心跳，避免刚连上就因“静默期”被断
STOMP vs 原生 WebSocket：什么时候该放弃 STOMP
Spring Boot 默认推 STOMP，但它加了一层协议解析和路由开销。如果你的场景只是“服务器广播一条状态变更”，或者需要极低延迟（比如实时音视频信令），STOMP 反而成了累赘。
WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。
- STOMP 适合：需订阅/发布模型、有复杂路由（如
/topic/status、/user/123/queue/notifications）、要复用 Spring Security 认证逻辑 - 原生 WebSocket 更合适：消息结构简单（纯 JSON 或二进制）、QPS 高（>5k 连接）、对首字节延迟敏感（gorilla/websocket、
websockets） - 一个硬指标：如果
onmessage回调里 95% 的时间都在解析 STOMP header 和 frame，说明协议成本已盖过收益
客户端重连不能只靠 setTimeout
onclose 触发后直接 setTimeout(connect, 3000) 是最常见也最危险的做法。它无法区分是网络闪断、服务重启，还是用户切后台导致的连接冻结——后者可能让客户端在后台疯狂重连，耗尽电池还刷爆服务端连接数。
- 加状态锁：重连中禁止重复触发，用
reconnecting = true+clearTimeout清理前序定时器 - 退避策略必须实现：首次 1s，失败后 2s → 4s → 8s，上限建议 30s；避免指数爆炸（比如 128s）导致用户以为“彻底断了”
- 监听页面可见性：
document.visibilityState === 'visible'才允许重连；后台标签页只做心跳探测，不真正建连 - 记录重连次数：连续失败 5 次后暂停重连，改用降级方案（如轮询获取关键状态）
消息堆积时，别让 send() 调用直接阻塞主线程
前端频繁调用 socket.send()，后端处理慢或网络抖动时，未发送的消息会在浏览器内部缓冲区排队。Chrome 最多缓存 16MB，超出就抛 NS_ERROR_FAILURE 错误，且不会触发 onerror——你只会看到消息发不出去，控制台却一片安静。
- 永远检查
socket.bufferedAmount：超过 128KB 就暂停发送，等onbufferedamountlow触发后再恢复 - 自己维护发送队列：用
Array存待发消息，配合socket.readyState === WebSocket.OPEN和缓冲区水位双重判断 - 服务端也要设限：如
gorilla/websocket的WriteWait和PingPeriod必须配对设置，否则写超时会累积 goroutine - 二进制数据优先用
Blob或ArrayBuffer，避免字符串拼接生成大量临时对象，GC 压力大时易卡顿
真正难的从来不是“连上”，而是连上之后每分钟都保持准确、有序、可追溯。心跳不是摆设，重连不是盲试，缓冲区不是黑洞——每个细节背后都有基础设施的真实约束。漏掉任意一环，系统就只在 Demo 里稳定。
