表现为卡住再突然继续
一个包丢了要等重传，重传超时通常是 200 毫秒以上。实测在 1% 丢包的环境下，网页首屏时间会因为一个重传多出 260 毫秒，比时延差异显眼得多。
01
Variables
三个变量各自代表什么
延迟小但丢包高的线路，用起来比延迟大但稳定的线路更难受。这三项指标对应的正是三种不同的糟糕体验。
表现为声音断续
抖动是延迟的波动幅度。视频会议能容忍 40 毫秒左右的偏移，超过就会出现明显的断续。东京线路的抖动区间实测为 4 到 11 毫秒，处于舒适范围内。
表现为操作慢半拍
往返时延决定每次交互的等待。150 毫秒以内多数人感觉不到，超过 250 毫秒开始明显。三条常用线路的加速后读数分别为 48、62、152 毫秒。
02
Score
评分怎么算出来
三项指标的原始单位不同，不能直接相加。客户端先各自归一化到 0 到 1 之间，再乘权重，最后取总分最小的那条。
| 指标 | 权重 | 归一化方式 | 判定阈值 |
|---|---|---|---|
| 丢包率 | 0.5 | 本线路丢包 ÷ 候选组最大丢包 | 超过 2% 直接剔除 |
| 抖动 | 0.3 | 本线路抖动 ÷ 候选组最大抖动 | 超过 30 毫秒直接剔除 |
| 往返时延 | 0.2 | 本线路时延 ÷ 候选组最大时延 | 超过 400 毫秒直接剔除 |
权重为什么给丢包一半的分量？因为丢包的影响是超线性的：1% 的丢包不只是让 1% 的包晚到，还会拖慢整个连接的发送窗口。2026 年 10 月的对照实验里，一组只用延迟排序，另一组用加权评分，在跨运营商链路上的首选命中率分别为 74% 和 85%，相差 11 个百分点（来源：内部 A/B 实验，每组各 500 次连接事件）。
03
Cadence
多久重算一次
候选线路每 30 秒重算一轮分数，一轮要发出 12 条轻量探测包，整轮耗时中位数 310 毫秒。这个频率是在"反应够快"和"别浪费带宽"之间折中的结果：更频繁地探测会让开销上升，更稀疏则会让你在线路变差之后多忍受一段时间。
探测包本身很小，单条 64 字节，12 条合计不到 1 KB，按 30 秒一轮算，一天累计约 2.8 MB，相当于总往返流量的 0.4%。这个量级不会影响正常使用，但对流量极其敏感的共用宽带环境，可以在设置里关掉后台重算，改为仅在点击连接时选一次路。关闭之后的代价是，长时间会话中若线路恶化，客户端不会主动迁走。
04
Conflict
指标打架的时候听谁的
现实里经常出现两条线路各有一项更差的情况。这种时候权重就是唯一的裁判，而阈值负责先把不合格的踢出局。
举个具体的例子。A 线路时延 46 毫秒但丢包 1.6%，B 线路时延 62 毫秒、丢包 0.2%。如果只看时延，A 胜出 16 毫秒；但按加权算，A 的丢包项接近阈值上限，归一化后拿到的分数远高于 B，最终选中 B。实测这两种选择在下载大文件时的完成时间差了 2.3 秒，B 更快（来源：同一文件 380 MB，两组各测 10 次取均值）。
另有一种更极端的情况：所有候选线路的丢包都超过 2%。此时剔除规则会把全部候选清空，客户端改为按原始时延排序并放宽阈值重试，最多连续尝试 3 条。这是保证"至少能连上"的兜底，而不是一次正常选路。
05
Fallback
选错了会怎样
选路本身失败的概率不高，但握手失败并不罕见。客户端在握手失败时会按分数从低到高依次换线，上限连续尝试 3 条。根据连续 7 天的运行统计，回退机制介入后的会话恢复成功率为 99.1%，同期共记录 1,764 次连接事件。在 5% 丢包的模拟环境下，重连耗时中位数为 1.6 秒。
需要提醒的是，回退是在后台完成的，界面上只会短暂显示"正在切换线路"。如果你看到状态在几秒内反复跳动，说明当前网络的问题不是选哪条线，而是本地出口本身不稳定。此时更有效的动作是检查 Wi-Fi 信号强度或者改用有线接入，而不是手动去点某一条特定的线路。
06
Compare
两种选法在同一环境下的对照
| 评估方式 | 首选命中率 | 30 分钟内重连次数 | 视频会议丢帧率 |
|---|---|---|---|
| 只看往返时延 | 74% | 2 次 | 1.4% |
| 三项加权评分 | 85% | 0 次 | 0.4% |
上表数据来自 2026 年 10 月 15 日的一次对照，条件固定为广州家宽、东京出口、同一台笔记本，两种模式各跑 30 分钟视频会议并记录。差别最明显的是重连次数：只看时延的那一组，因为选到了一条抖动较大的线路，会中被动了两次。这也解释了为什么客户端默认开启加权评分，而不提供"只看延迟"的简化模式。