WebSocket连接建立超时需用setTimeout兜底：发起连接后立即启动定时器，若readyState非OPEN则主动close；onopen中必须清除定时器，超时后统一走onclose逻辑处理。
WebSocket连接建立超时（客户端 JS）怎么设？
浏览器原生 WebSocket 构造函数不提供连接建立阶段的超时参数，new WebSocket(url) 会一直挂起直到成功、失败或被主动中断。所谓“20–30 秒才触发 onclose”，本质是底层 TCP 连接尝试失败后 OS 返回错误的时间，不可控。
真正可行的方案是：用 setTimeout 主动兜底，在连接未就绪时强制关闭并清理。
- 检查
readyState：连接发起后立即启动定时器，若ws.readyState !== 1（即未进入 OPEN 状态），则调用ws.close() - 必须在
onopen中清除定时器，否则可能误关已建立的连接 - 超时后建议统一走
onclose逻辑，避免状态分支爆炸
const ws = new WebSocket('wss://api.example.com');
const timeoutId = setTimeout(() => {
if (ws.readyState !== WebSocket.OPEN) {
ws.close();
console.warn('WebSocket connection timed out');
}
}, 5000);
<p>ws.onopen = () => clearTimeout(timeoutId);
ws.onclose = () => { /<em> 重连逻辑放这里 </em>/ };WebSocket空闲超时（服务端）谁在管？
“WebSocketSession timed out after 60 seconds” 这类错误不是 Spring Boot 单一配置能改的，它来自三层叠加检测：
-
Tomcat容器层：硬编码maxIdleTime=60000ms，无法通过server.tomcat.connection-timeout调整（那是 HTTP 连接的） -
Spring WebSocket层：本身不管理空闲超时，依赖底层传输；WebSocketHandler无内置心跳机制 -
SockJS层（若启用）：可通过SockJsService.setHeartbeatTime(30000)控制心跳间隔，客户端自动发h帧
如果你用的是纯 WebSocket（非 SockJS），且容器是 Tomcat，默认 60 秒熔断无法绕过，只能换 Netty（WebFlux）或加前端心跳保活。
WebSocket 8.18.2
下载
WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。
Socket.IO 的 pingTimeout 和 pingInterval 怎么配？
Micro / Socket.IO 场景下，超时控制最直接有效——它把心跳协议标准化了，不用自己手搓 ping/pong。
-
pingTimeout：服务器发出ping后等待客户端pong的最大毫秒数，默认5000；设太小易误断，设太大延迟发现断连 -
pingInterval：服务器发送ping的间隔，默认25000；和pingTimeout需配合，一般取值为 3–5 倍关系（如pingInterval: 10000,pingTimeout: 30000） - 客户端无需额外代码，Socket.IO SDK 自动响应；服务端断连后触发
disconnect事件，reason === 'ping timeout'
const io = require('socket.io')(server, {
pingTimeout: 30000,
pingInterval: 10000
});怎么监控连接是否真的“活着”？别只看 readyState
readyState === 1 只表示连接曾打开过，不代表当前可收发消息。真实网络中常见“假连接”：TCP 连接没断，但中间 NAT/防火墙已静默丢包，或服务端进程卡死。
- 必须实现应用层心跳：前后端约定周期互发业务无关消息（如
{"type":"ping"}），超时未响应即判定失效 - 服务端不要只依赖
onclose回调：某些异常（如 FIN 包丢失）不会触发该事件，需结合pingTimeout或自定义空闲检测 - 前端监控建议加时间戳标记最后收到消息时间，UI 上显示“最后活动：23 秒前”，比单纯绿灯图标更可靠
最易被忽略的一点：心跳消息不能只靠 setInterval 发送，得等上一条的 onmessage 收到再发下一条，否则在网络拥塞时会堆积无效 ping。
