如何理解延迟、丢包和线路稳定性？

延迟：一次往返需要多久

延迟通常以毫秒表示。它受物理距离、路由路径、排队拥塞和处理时间影响。交互式操作更敏感于延迟，但下载大文件的峰值速度不完全由延迟决定。

丢包：数据有没有成功到达

少量丢包也可能造成语音卡顿、视频降质或连接重传。一次短测出现 0% 丢包不代表全天稳定，应在实际使用时段重复观察。

抖动：延迟是否忽高忽低

平均延迟相同的两条线路，抖动更小的线路通常在会议、游戏和远程操作中更顺滑。平均值会掩盖突然的尖峰，因此最好同时看分布和高分位值。

吞吐量：能持续传多少数据

测速显示的带宽是特定时间、特定服务器与并发条件下的结果。真实业务还受目标网站、单连接性能和本地设备影响。

指标	更影响什么	不应单独推出什么
延迟	交互响应	下载一定快
丢包	连续传输、实时通话	节点永久不可用
抖动	体验是否忽快忽慢	带宽一定低
吞吐	大文件与高码率内容	长期一定稳定

怎样做更有意义的测试

固定设备和本地网络，在早晚不同时段对相同地区节点进行多次测试，记录中位数、异常值和失败次数。需要比较服务时，尽量保持测试目标与时段一致。

这也是2026 稳定性专题不发布一次测速排名的原因：方法和条件比一张漂亮的峰值截图更重要。

五个指标之间是什么关系

网络体验不是由单一数字决定。延迟影响响应速度，抖动描述延迟变化，丢包触发重传，吞吐决定持续传输能力，连接成功率则决定服务能否开始工作。

交互体验 ≈ 延迟 + 抖动 + 丢包
大流量体验 ≈ 持续吞吐 + 丢包 + 目标服务器能力
整体可靠性 ≈ 连接成功率 + 故障恢复时间 + 时段稳定性

这些式子不是严格数学模型，而是帮助你避免“只看一个数”的判断框架。

什么水平会有明显体感

不同业务的容忍度不同，下表只用于理解量级，不是服务承诺。

场景	更敏感的指标	常见体感
网页与文字聊天	延迟、连接成功率	首次打开慢或偶发超时
视频播放	持续吞吐、丢包	降画质、缓冲
语音与会议	抖动、丢包	断句、机器人音
游戏与远程桌面	延迟、抖动	操作延后、画面跳动
下载与同步	吞吐、失败恢复	速度不稳、任务重试

跨地区连接受到物理距离限制，不能要求远距离节点拥有与本地网络相同的延迟。

为什么平均值会骗人

十次测试中九次为 50 ms、一次为 800 ms，平均值仍可能看起来不算离谱，但那一次尖峰足以造成语音卡顿。更可靠的记录应同时包含中位数、较高分位值、最大值和失败次数。

建议记录方式

中位延迟：代表大多数时候的响应。
P95 延迟：观察最差的 5% 是否明显恶化。
丢包率：至少持续几分钟，而非只发四个包。
失败次数：记录完全无法建立连接的次数。
恢复时间：从异常到重新可用需要多久。

家庭网络测试步骤

固定一台设备，并暂停大文件下载和云同步。
记录运营商、接入方式和测试时间。
选择固定地区、固定节点与固定目标。
在非高峰和晚高峰各测试多次。
保存中位值、异常值和失败次数。
用常用业务复测，例如会议、视频或代码仓库访问。

测试代理线路时还应记录客户端模式。系统代理与 TUN 模式可能走不同路径，混在一起比较会失真。

如何定位问题发生在哪一段

本地 Wi-Fi 问题

同一设备改用网线后明显改善，或访问国内网站也有高抖动，通常应先处理路由器、信号和本地拥塞。

运营商入口问题

手机热点与家庭宽带结果差异明显，且多个节点呈现类似变化，可能与当前运营商路径有关。

单节点负载问题

同地区其他节点正常，只有一个节点持续丢包或降速，更像单节点容量或故障。

目标网站问题

测速正常但单一网站异常，可能与目标服务、DNS、分流或出口 IP 有关，不能直接归因于整条线路。

怎样比较两家服务

同时测试时应保持设备、网络、目标地区和时段一致。先各选一个相同地区节点，重复测试三到五轮，再换另一个地区。不要拿 A 的香港专线和 B 的美国直连做结论。

记录项	服务 A	服务 B
晚高峰中位延迟
P95 延迟
丢包率
持续下行
连接失败次数
故障恢复时间

常见问题

延迟越低，节点一定越好吗？

不一定。低延迟节点如果高丢包或带宽不足，整体体验可能更差。

0% 丢包为什么仍然卡？

短时间测试可能没有覆盖拥塞；问题也可能来自抖动、单连接吞吐、DNS、目标服务器或设备性能。

测速应该用多线程还是单线程？

两者都值得看。多线程更接近线路总容量，单线程更接近部分网页、下载和视频连接的实际表现。

测试多久才有意义？

至少覆盖你真正使用的时段，并连续观察数天。一次几十秒的结果只能说明那个瞬间。

最终判断原则

先确认连接成功率，再看丢包与抖动，最后比较持续吞吐。对于工作和实时应用，稳定的 100 Mbps 往往比忽高忽低的 500 Mbps 更有价值。