功能定位：延迟显示异常到底在说什么
在快连客户端主界面，「延迟」数值是 ICMP 探测返回的往返时延（RTT），用于辅助你判断节点是否适合游戏或直播。若该数值突然固定在 0 ms、999 ms 或与实际体感严重不符，即属于「延迟显示异常」。它不会直接影响加速效果，但会导致误判节点质量，进而选错线路。
经验性观察：异常多出现在以下三种场景——①客户端刚升级后首次启动；②系统休眠唤醒；③手动切换分组后 3 秒内。此时缓存中的旧探测包未被丢弃，新包序号错位，UI 层读取到脏数据。
版本差异：哪些客户端自带校准入口
截至当前的最新版本，Windows 与 macOS 在「节点列表页」右上角隐藏了「⟳」手动刷新按钮；Android/iOS 需长按节点卡片才会弹出「立即测速」；Linux 版暂未开放图形入口，只能用命令行触发。
提示：tvOS 与 OpenWRT 插件没有延迟展示，故不存在校准问题。
手动校准的三条核心路径
1. 刷新节点探测缓存
Windows/macOS：主界面 → 节点列表 → 右上角 ⟳ → 等待 2–3 s，数值由灰变亮即完成。若仍异常，继续执行「重置缓存」。
2. 校准本地时钟
客户端用本地时间戳匹配回包，系统时钟漂移 > 5 s 会导致 RTT 计算为负值，UI 直接显示 0 ms。Windows 可在「设置 → 时间和语言 → 立即同步」；macOS 用「系统设置 → 通用 → 日期与时间 → 自动设置」；手机端关闭再开启「自动确定时区」即可。
3. 强制清空加速缓存
Android：系统设置 → 应用 → 快连 → 存储 → 清除缓存（不会丢失账号）。iOS 无单独清缓存项，需「卸载 App → 重新安装 → 登录」。桌面端可在安装目录下手动删除 latency.cache 文件，具体路径因版本和安装方式而异，请以实际为准。
分支场景：刷新后依旧 999 ms 怎么办
若所有节点均显示 999 ms，多为本地 ICMP 被系统或路由器拦截。可依次验证：
- 关闭路由器「防 Ping」或「SPI 防火墙」再测；
- 把快连加入 Windows 防火墙「允许应用列表」；
- 换 4G/5G 热点排除宽带上层限制。
经验性观察：校园网及公司 802.1X 认证环境最常见，此时延迟显示异常并不影响实际转发，可改用「速度测试」或「实际游戏内值」作为选线依据。
副作用与取舍：何时不该反复校准
频繁点击刷新会触发短时 ICMP 限速，部分节点会临时屏蔽探测包，导致「越刷越高」。建议间隔 ≥ 30 s。若你正在直播推流，刷新瞬间会造成 UI 线程阻塞，可能出现 编码帧掉 1–2 格，此时应等空闲再操作。
验证与观测方法
| 观测指标 | 正常范围 | 异常示例 |
|---|---|---|
| 延迟数值 | 与游戏内 RTT 差 ≤ 10 ms | 客户端 32 ms，游戏 180 ms |
| 刷新后变化 | 三次刷新波动 < 5 ms | 0 → 999 → 0 循环 |
可复现步骤：记录游戏内 RTT → 回到客户端刷新 → 对比差值。若差值持续 > 20 ms，说明节点实际质量与展示不符，应换线而非继续校准。
适用/不适用场景清单
- 适用：延迟显示 0/999/负值；切换分组后数值卡住；系统休眠唤醒后不一致。
- 不适用：游戏内高延迟但客户端正常（属节点质量而非显示异常）；公司网络禁止 ICMP（刷新无效）；直播已开 Kill Switch（刷新掉帧）。
最佳实践 5 条
- 每次系统升级后首次启动，先手动刷新一次，避免脏数据。
- 刷新间隔 ≥ 30 s，防止被节点限速。
- 若需精准对比，先关「AI 拓扑自愈」锁定线路，再刷新。
- 外贸账号需要固定 IP 时，以「速度测试」为准，延迟只做参考。
- 直播推流前 1 分钟完成校准，避免开播后 UI 线程阻塞。
FAQ：延迟校准常见疑问
刷新后延迟反而升高，是节点变差了吗？
多为 ICMP 限速后的反弹，经验性观察：等待 30 s 再测，若仍高才属节点质量下降。
iOS 找不到「立即测速」？
需长按节点卡片 1 s 以上，系统会弹出隐藏菜单；若仍无，请确认版本为 7.4.0，7.4.1 TestFlight 已下架。
清除缓存会掉线吗？
仅清除本地延迟缓存，不会触发重连；若误删配置文件才会掉线，操作前确认仅勾选「缓存」即可。
收尾：下一步行动
延迟显示异常本质是 UI 层脏数据，与真实转发质量无关，但会误导选线。按「刷新 → 对时 → 清缓存」三步即可在数十秒内恢复可信数值。若刷新后仍 999 ms，优先排查本地 ICMP 拦截，而非反复换节点。把本文「最佳实践 5 条」设为检查单，下次升级或休眠唤醒后第一时间执行，可彻底告别「假延迟」误判。
