智能测速如何帮你选到更优线路
同一个网络环境下，不同节点的体感差别可能很大。本文说明测速到底测了什么、结果怎么排序，以及按你的使用场景该怎么挑。
测速测的三项指标
点击客户端的智能测速后，客户端会依次对可用节点发起探测请求，并统计三项指标。理解它们，比单看"快慢"更有用。
延迟（往返时延）
延迟指请求发出到收到响应的往返时间。它决定了页面的"首屏等待"和交互的跟手程度。日常浏览、办公文档与网页调试对延迟比较敏感，数值越低体验越顺。
抖动
抖动是延迟的波动幅度。平均延迟相同的两个节点，抖动小的那个表现通常更稳定：页面加载不会出现"卡一下再继续"，音视频通话也不容易出现卡顿。抖动主要受节点所在机房的负载波动与中间链路质量影响。
丢包
丢包指探测请求中未能得到响应的比例。少量丢包对网页浏览影响有限，但对本地代理监听场景影响明显——抓取脚本与自动化测试需要稳定的请求返回率，丢包升高时表现为大量请求超时重试。因此在使用智能分流把开发工具流量固定到某个节点时，丢包率尤其值得关注。
排序逻辑
智能测速不是简单按延迟从小到大排列，而是综合三项指标进行加权：延迟与抖动影响交互体验，丢包影响请求成功率，三者共同决定节点排序。测速结束后，你可以直接点击排序靠前的节点一键切换，切换过程中现有连接会自动重建，无需重启客户端。
需要注意的是，测速结果具有时效性。网络环境、时段和本地带宽都会影响结果，建议在网络条件变化后（例如从家庭宽带切换到办公室网络）重新执行一次测速。
按场景选择节点
不同使用场景对指标的要求并不一样，下面的对照可以作为起点：
| 使用场景 | 优先指标 | 选择建议 |
|---|---|---|
| 日常浏览与办公 | 延迟、抖动 | 优先选综合排序靠前的节点，体感最直接 |
| 音视频与在线会议 | 抖动、丢包 | 避开高峰期抖动明显的节点 |
| 接口调试与抓取 | 丢包率 | 选丢包率低、目标区域就近的节点 |
| 自动化测试 | 丢包率、稳定性 | 优先稳定性，再比较延迟，避免频繁重试拖长用例 |
| 大文件传输 | 带宽表现 | 可多次测速观察稳定性，避免只看瞬时速率 |
节点数量与套餐的关系
可切换的节点数量取决于所选套餐档位：体验版约 48 个节点，标准版 86 个，进阶版 120 个，旗舰版 160 个，覆盖亚洲、欧洲、北美、南美、中东与大洋洲等区域。完整区域分布见全球量子节点页面，各档位的具体节点数与价格见套餐价格。
节点多并不意味着任何时刻都更快，但意味着你有更大的选择空间——尤其在某个区域网络拥塞时，可以换一个区域内的备用节点试试。
什么时候需要手动切换
以下几种情况，建议不要完全依赖自动排序，手动试几个节点：
- 正在执行长时间的批量任务，发现整体速度明显低于预期。
- 当前使用的业务集中在某个特定区域，而排序靠前的节点恰好位于另一区域。
- 本地代理监听开启后，脚本出现间歇性超时，可能是所选节点丢包率偏高。
手动切换时，可以从排序靠前的几个节点里逐一尝试，用相同的目标请求观察响应情况，再决定固定使用哪一个。
小结
智能测速的价值在于把"哪个节点更好"这个模糊问题变成可比较的指标组合。先看排序，再结合场景调整，就是比较省力的做法。如果你刚开始使用，可以先按使用教程完成客户端配置，然后在真实业务里对比一次测速前后的差别。