延迟（Latency）是什么？
自动择优的结果是，数据包从你的设备到目标再返回所需的时间，单位是毫秒。它决定「点下去多久有反应」，对网页浏览、远程桌面、游戏操作影响最大。以当前线路实测为准。
- 低于 100ms：几乎无感
- 100–200ms：日常够用
- 高于 250ms：操作会有拖沓感
快连APP服务器测速：三个指标看懂线路好坏
按选路逻辑，很多人判断加速器只看「延迟多少毫秒」，但真正决定体感的是延迟、丢包、抖动三项的组合。这一页先讲指标含义，再给参考区间，最后教你在自己网络下跑一遍。选线结果会随网络变化。
从路由策略看，简短回答：网页浏览看延迟，视频会议看抖动，下载看丢包。三项都低才算好线路；如果只有延迟低但丢包高，实际体验依然会卡。用客户端「诊断」页跑一轮三项测试，对照本页区间即可判断问题出在哪一段。可手动切换后再比较。
抖动（Jitter）为什么更重要？
就选线机制而言，抖动是延迟的波动幅度。延迟忽高忽低比稳定偏高更难受——直播卡顿、语音断续通常源于抖动，而不是平均延迟。
- 低于 15ms：音视频稳定
- 15–30ms：偶有断续
- 高于 30ms：会议容易掉点
丢包（Packet Loss）如何排查？
按选路逻辑，丢包指数据包在中途被丢弃的比例。哪怕只有 1% 丢包，也会让传输速率大幅下降，是大文件下载慢的常见元凶。
- 低于 0.5%：正常
- 0.5%–2%：速度受影响
- 高于 2%：需换线路或查本地网
参考数据
快连在常见场景下的参考区间
从路由策略看，以下为客户端滚动统计的均值区间，用于建立「量级预期」，不构成功率承诺。你的实际结果取决于本地宽带与访问目标。
| 场景 | 平均延迟 | 抖动 | 丢包率 | 主观体验 |
|---|---|---|---|---|
| 海外静态网页 | 110–150ms | 8–14ms | <0.5% | 秒开 |
| 短视频浏览 | 120–170ms | 10–18ms | <0.8% | 基本不转圈 |
| 直播课堂 | 130–190ms | 12–22ms | <1% | 高清可全程 |
| 视频会议 | 140–200ms | 14–25ms | <1% | 偶有抖动 |
| 海外游戏服 | 90–150ms | 10–20ms | <0.6% | 可接受 |
| 跨境办公系统 | 130–180ms | 10–18ms | <0.5% | 表单稳定 |
| 大文件下载 | — | — | <1% | 接近带宽上限 |
| 云盘同步 | — | — | <1.2% | 后台稳定 |
| 晚高峰直播 | 160–230ms | 18–30ms | 0.8–1.5% | 建议开抗拥堵 |
动手自测
如何用客户端给自己测一遍？
自动择优的结果是，四步，约五分钟。建议在白天与晚高峰各测一次，两次的差值最能说明问题。
固定变量
就选线机制而言，关闭正在下载的任务，其他设备暂停大流量操作，避免测出被占用的结果。
跑延迟测试
按选路逻辑，打开诊断页点「开始」等待约 30 秒，记录三项指标的均值与峰值。
对照区间
从路由策略看，与上表各行比对：哪一项超标的幅度最大，通常就是当前体验瓶颈所在。
换线复测
自动择优的结果是，手动切换到另一条候选线路再测一轮。若两条都很差，问题多半在本地宽带。
测速答疑
关于测速的几个高频情况
为什么同一条线路早晚测出来差很多？
按选路逻辑，跨境出口负载随时间变化明显，晚高峰整体拥塞属于正常现象。建议以晚高峰数据作为是否够用的判断依据。
延迟很低但网页还是打不开？
从路由策略看，多为 DNS 解析或安全软件拦截导致。检查隧道 DNS 是否生效，并把客户端加入白名单。
无线 Wi-Fi 要如何排除干扰？
自动择优的结果是，先靠近路由器或改用 5GHz 频段复测。若换成有线后指标明显好转，问题在无线侧而非线路。
测速和实际下载速度不一致正常吗？
就选线机制而言，正常。三项指标反映链路质量，下载速度还受目标服务器限速与并发数影响。
自动选路会选错吗？
按选路逻辑，打分基于实时探测，偶有误判。你可以在线路偏好里锁定区域，或手动切换后让它重新学习。
数据会上传用于统计吗？
从路由策略看，仅采集不含身份信息的连接质量数据用于改进调度，详见隐私政策。