Timeline
三段耗时各占多少
把一次连接切成三段之后就能看出，真正与线路有关的时间只有三分之一，剩下的多半花在本机初始化上。
| 阶段 | 中位耗时 | 占总量 | 可优化点 | 观测位置 |
|---|---|---|---|---|
| 冷启动与界面渲染 | 2.1 秒 | 57% | 关闭开机预加载可省 0.6 秒 | 客户端启动日志 |
| 候选择优与探测 | 0.6 秒 | 16% | 提前缓存偏好线路 | 选路面板读数 |
| 握手与会话建立 | 1.0 秒 | 27% | 基本无法在本机侧优化 | 连接状态提示 |
上表按 2026 年 10 月 15 日晚高峰 25 次采样的中位数拆分，三段之和与总耗时之间约有 0.05 秒的界面过渡误差，属于测量口径差异。
Steps
点下去之后依次发生什么
这一节的顺序就是客户端内部的执行顺序，前面两步在此之前是首次安装才会遇到的额外环节。
- 读取本地出口 客户端先拿到本机公网出口与运营商类型，作为候选分组的依据，这一步通常在 60 毫秒内完成，不需要用户等待。
- 探测候选并排序 对同组候选并发发出探测包，200 毫秒内取回第一批读数，按加权评分排序后取队首（来源：4.0.2 版选路模块说明）。
- 完成握手 与目标节点协商会话密钥并建立隧道，AES-256-GCM 握手在本机侧平均耗时 26 毫秒，其余时间花在往返上（来源：4.0.2 版连接日志采样 25 次）。
- 刷新健康度 连接成功后每 500 毫秒刷新一次分数，界面上的百分数与候选列表里的排序会同步变化，不会只改一个。
- 断开并复位 退出时会复位虚拟网卡与 DNS 设置，实测局域网内其他设备在 3 秒内恢复本地访问，无需重启系统。
Fallback
失败时会退到哪一步
握手不是每次都能成功，回退顺序与提示文案在设计上是固定的，用户看到的行为可以预期。
- 握手超时：自动回退到下一条候选，最多连续尝试 3 条，尝试过程在界面上一行显示。
- 全部候选失败：提示改用 TCP 模式重试，这一步在公共网络里最常触发，属于运营商策略导致的结果。
- 虚拟网卡创建失败：停在权限提示，等待用户授权，不会自行降级到系统代理。
依据 2026 年 10 月 11 日至 17 日连续 7 天的运行统计，共记录 2,164 次连接事件，其中触发回退的为 96 次，占 4.4%；回退之后最终连通的比例为 97.9%，剩余 2.1% 需要用户手动改协议。
First vs Later
第一次连接和之后每次都不一样
首次要多做登录校验与偏好初始化，后续则直接命中缓存，两者相差近两秒，属于正常现象。
首次登录的服务端响应实测为 620 毫秒，加上偏好写入本地，合计比后续连接多耗 1.9 秒（测试环境：4.0.2 版客户端，华东机房，2026 年 10 月 14 日）。
从第 2 次起平均耗时降到 1.8 秒；只有网络环境发生切换时才会重走完整探测，例如从家用宽带切到移动网络，或从公司内网换到热点。实测这种切换场景下，重新探测会让首连耗时回到 3.4 秒左右。
如果首次连接也长期停在 5 秒以上，先看健康度数字是否正常刷新：数字不动通常意味着本地 DNS 解析没有走隧道，检查方法写在隐私与安全页的核对清单里。