为什么Edge浏览器在待机唤醒后无法重新连接WebSocket？

猫爪Edge定制版待机唤醒后WebSocket断连是因TCP Keep-Alive失效导致，需启用edge://flags中“Enable TCP keepalive”，注入AudioContext静音振荡器心跳，并监听visibilitychange/resume事件强制重连。

Edge浏览器在待机唤醒后WebSocket连接无法自动恢复，页面显示“已连接”但实际收不到消息、发送失败，Network面板中WS连接状态停留在“Pending”或直接消失，控制台无报错——这是猫爪Edge定制内核在系统休眠期间未正确维持TCP Keep-Alive心跳，导致中间网络设备（如路由器、防火墙）在30–120秒空闲后强制断开连接，而唤醒后客户端未触发重连逻辑所致。

确认是否为猫爪Edge定制版特有问题

打开 edge://version 页面，滚动到底部查看“命令行”字段。若其中包含 【--cat-claw-network-service】 或类似含“cat-claw”“catclaw”“custom-network”字样的参数，则属于企业分发/政企加固版Edge，需执行后续修复；普通微软官方Edge不受此影响，无需操作。

启用底层TCP保活开关

在地址栏输入 edge://flags → 搜索关键词 tcp keepalive → 找到 “Enable TCP keepalive” 选项 → 将其设为 Enabled → 点击右下角“重启”按钮彻底重启浏览器。这一步必须做，否则所有上层心跳方案都会因底层TCP栈静默失效而归零。

注入不可冻结的心跳机制

待机唤醒后标签页常被Blink渲染进程挂起，传统 setTimeout 或 setInterval 会完全停止触发。必须使用能穿透后台节流的定时源：

方法一：AudioContext静音振荡器（推荐，兼容性最强）

在WebSocket onopen 回调中执行以下代码：

const ctx = new (window.AudioContext || window.webkitAudioContext)();
const oscillator = ctx.createOscillator();
oscillator.type = 'sine';
oscillator.frequency.value = 0.001;
oscillator.connect(ctx.destination);
oscillator.start();
setInterval(() => { if (ws.readyState === WebSocket.OPEN) ws.send('{"type":"ping"}'); }, 25000);

注意：频率设为0.001Hz是关键，既不发出可听声音，又能持续触发playbackState变化，阻止tab被深度冻结。

方法二：MessageChannel + requestIdleCallback（需配合重连兜底）

仅在前台活跃时生效，适合与方法一组合使用：

const channel = new MessageChannel();
channel.port1.onmessage = () => { if (ws.readyState === WebSocket.OPEN) ws.send('{"type":"ping"}'); };
const heartbeat = () => { channel.port2.postMessage(''); requestIdleCallback(heartbeat, { timeout: 28000 }); };
heartbeat();

强制网络栈刷新与重连策略

待机唤醒后不能依赖原WebSocket实例，必须主动销毁并重建：

第一步：监听系统唤醒事件

使用 document.addEventListener('visibilitychange', ...) 和 document.addEventListener('resume', ...) 双重捕获唤醒信号。

第二步：检测连接状态并立即重连

在唤醒回调中执行：

if (ws && ws.readyState !== WebSocket.OPEN) {
ws.close();
ws = null;
setTimeout(initWebSocket, 300); // 延迟300ms避免竞态
}

第三步：关闭旧连接前强制刷新DNS与网络栈

在 ws.close() 前插入：

fetch('/favicon.ico?r=' + Date.now(), { cache: 'no-store' });
location.reload(); // 此步仅在确认页面无未保存数据时启用

第四步：重连时添加随机退避

首次失败后等待1秒，第二次失败后等待2秒，第三次失败后等待4秒，避免服务端雪崩。