使用 Set 记录待重连节点 ID，利用其唯一性避免重复添加和遗漏恢复；心跳失败后标记入 Set，定时轮询重连并成功后删除；可配合 Map 实现指数退避等增强状态管理，需及时清理内存与定时器。
在前端长连接（如 WebSocket）的 Heartbeat 机制中，用 Set 记录掉线后待重连的节点，核心是利用其唯一性和快速查删特性来管理节点标识（如 URL、ID 或 sessionId），避免重复重连或遗漏恢复。
用 Set 存储待重连节点 ID
每个连接节点（比如一个 WebSocket 实例对应的服务地址或业务节点 ID）在断开时加入 Set；重连成功后移除。这样能天然去重——即使多次触发断开事件，也不会重复添加。
示例：
const pendingReconnectNodes = new Set();
<p>// 断开时记录
function onSocketClose(nodeId) {
pendingReconnectNodes.add(nodeId);
}</p><p>// 重连成功后清理
function onSocketOpen(nodeId) {
pendingReconnectNodes.delete(nodeId);
}结合心跳失败触发重连逻辑
Heartbeat 超时（如连续 2 次 ping-pong 失败）可视为节点疑似掉线，此时调用重连函数，并将该节点加入 Set。后续定时轮询 Set 中的节点，逐个尝试重建连接。
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
建议做法：
- 心跳失败后不立即重连，先标记进
pendingReconnectNodes - 启动一个低频轮询（如每 3–5 秒一次），遍历
Set尝试重连 - 每次重连前检查节点是否仍在
Set中（防止中途已手动恢复） - 连接成功后务必
.delete()，否则会不断重试
配合 Map 做连接状态增强管理
单纯用 Set 只能存 ID，若需记录重连次数、最后失败时间、退避延迟等，可搭配 Map：
const reconnectStatus = new Map(); // nodeId → { count: 1, lastFail: Date, delay: 1000 }
<p>function markForReconnect(nodeId) {
const now = Date.now();
const prev = reconnectStatus.get(nodeId) || { count: 0 };
reconnectStatus.set(nodeId, {
count: prev.count + 1,
lastFail: now,
delay: Math.min(30000, 1000 * 2 ** prev.count) // 指数退避
});
}</p><p>function tryReconnect(nodeId) {
const status = reconnectStatus.get(nodeId);
if (!status) return;</p><p>setTimeout(() => {
// 执行重连...
if (/<em> 成功 </em>/) {
reconnectStatus.delete(nodeId);
}
}, status.delay);
}注意内存与生命周期清理
前端页面卸载或用户切换模块时，应清空 Set 和相关定时器，防止内存泄漏或后台静默重连：
- 监听
beforeunload或pagehide清理Set和重连定时器 - 单页应用中，在组件卸载（如 React
useEffect cleanup）时执行清理 - 对长期无效的节点（如超过 5 分钟未恢复），可定期扫描并从
Set中剔除
