在 websocket 重连中，try-catch-finally 应作用于单次 attemptconnect() 内部：try 执行最小连接逻辑，catch 捕获同步异常，finally 仅清理资源并快照本次退避值，不修改全局状态，确保参数隔离与可恢复。
在前端长连接（如 WebSocket）重连状态机中，用内部 try-catch-finally 平滑重置动态退避因子，关键不是“包裹整个重连逻辑”，而是**在每次重连尝试的执行单元内精准隔离异常、保障参数可恢复、避免状态污染**。退避因子（如 1s→2s→4s）一旦被异常中途修改却未回滚，就会导致后续重连节奏错乱——比如本该退避 4 秒，因某次超时未清理而卡在 8 秒，或重试失败后仍沿用上一轮的高倍数因子。
只在单次 connect 尝试中启用 try-catch-finally
重连动作本身应由状态机驱动，每次调用 attemptConnect() 是一个独立任务。这个函数内部才是 try-catch-finally 的作用域：
-
try 块：仅放真正发起连接、设置超时、监听 open/error 的最小代码段。例如：
const ws = new WebSocket(url); ws.onopen = ...; ws.onerror = ...; -
catch 块：捕获构造 WebSocket 失败（如 URL 无效）、同步异常（如
new URL()抛错），但不捕获onerror中的异步错误——那些由状态机统一响应 -
finally 块：不重连、不改状态，只做两件事——重置本次尝试使用的退避毫秒值（如
currentBackoffMs = baseBackoff * Math.pow(2, attemptCount)），并清除临时监听器或定时器引用
退避因子变量必须局部化或带版本标识
全局共享的 backoffMs 容易被并发重连覆盖。更稳妥的做法是让每次尝试携带自己的退避值：
PigX UI 前端开发
下载
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
- 状态机调度时传入当前退避值：
scheduleRetry(currentBackoffMs, attemptIndex) - 在
attemptConnect()内部声明const localBackoff = backoffParam;，所有超时、日志、下一次计算都基于它 - finally 中不修改全局因子，而是将本次实际使用值记录到调试上下文，供后续决策参考（如“第3次用了 4000ms，但因 DNS 失败提前终止”）
利用 finally 实现“无副作用”的参数快照与清理
finally 不是重置入口，而是“收尾确认点”。它确保：无论连接成功、同步抛错、还是被主动 abort，本次尝试所依赖的退避参数不会残留影响下一次：
- 若
try中ws创建成功但尚未 open 就被中断（如页面卸载），finally可调用ws.close()并标记该次尝试已释放资源 - 若
catch捕获到SyntaxError（URL 格式错），说明根本没发请求，finally直接把本次localBackoff丢弃，不计入失败计数 - 若连接成功，
finally不重置因子，而是交由onopen回调触发状态机切换为CONNECTED，自动清零重试计数——退避因子重置发生在状态跃迁时，而非异常处理路径
配合 onclose/onerror 做退避策略升级，而非降级
真正决定是否加大退避值的，不是 try-catch 的成败，而是连接关闭的语义：
-
onclose(event)中检查event.code：1006（异常关闭）、1011（服务器错误）→ 触发退避升级；1000（正常关闭）→ 重置退避 -
onerror通常不直接操作退避因子，只上报事件；状态机收到后，结合最近 N 次失败类型和间隔，再决策是否调整基础值 -
try-catch-finally在这里的作用，是保证上述判断逻辑不因某次构造失败而丢失上下文——比如 URL 错了，不影响对前一次真实网络断连的退避累积
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
