术语 Latency & Packet Loss

延迟与丢包是什么?看懂客户端测速数字

延迟指数据往返一次所需时间(毫秒),丢包指传输中数据包丢失的比例(百分比)。两者共同决定连接的"响应质量",与带宽(速度上限)是不同维度的指标。

更新于

延迟(Latency)是一份数据从你的设备到目标再返回所需的时间,单位毫秒(ms),数字越小响应越快;丢包(Packet Loss)是传输过程中数据包丢失的比例,单位百分比,理想状态应接近 0%。 这两个指标描述连接的”质量”,与描述”速度上限”的带宽属于不同维度——这是看懂一切测速数字的前提。

客户端的延迟测试原理

Clash 系客户端里点”测速”得到的数字,多数是 URL test:客户端经由每个节点向一个测试网址(常见为 Google 的生成 204 页面)发起一次 HTTP 请求,记录从发出到收到响应的总耗时。

这意味着:

  • 它测的是完整代理链路的往返时间(你 → 节点 → 测试网址 → 原路返回),不是单纯 ping 节点服务器;
  • 单次请求受瞬时波动影响大,一次超时不代表节点失效,可多测几次取趋势;
  • 不同客户端、不同测试网址的结果没有横向可比性。

延迟低不等于速度快

延迟好比”寄一封信要多少天”,带宽好比”一次能寄多大的包裹”,两者相互独立:

  • 一个延迟很低的节点,如果带宽被超卖,下载与视频照样慢;
  • 一个延迟一般的节点,带宽充足时看高清视频毫无压力。

延迟真正敏感的场景是交互类应用:网页点击响应、游戏操作反馈、SSH 远程操作。视频与下载类场景更吃带宽与丢包。

丢包的影响

丢包的破坏力经常被低估。TCP 传输中丢包会触发重传与降速,表现为”延迟不高但网页时快时慢、速度上不去”;对依赖 UDP 的游戏与语音(见 UDP 转发),丢包直接表现为跳帧、声音断续,且无法靠重传掩盖。

晚高峰国际出口拥堵是丢包的常见来源,机制详见晚高峰拥堵解析

常见误解

  • “延迟测试显示超时,节点就是坏了”:也可能是测试网址被临时限制或本地网络抖动,换个时间或测试地址再确认;
  • “0% 丢包才算合格”:跨境公网线路轻微丢包难以完全避免,关注的应是丢包是否持续偏高或集中在特定时段;
  • “测速软件跑分高就是好节点”:一次性带宽跑分与长时间稳定性是两回事,AI 对话、视频会议更看重后者。

小结

看数字时记住分工:延迟管”响应快不快”,丢包管”传输稳不稳”,带宽管”上限高不高”。如果某个节点的延迟突然从正常水平大幅抬升,参考延迟突然变高的排查步骤定位原因。

常见问题

客户端显示延迟几十毫秒,为什么看视频还是卡?
延迟只反映数据往返一次的耗时,不反映带宽。视频流畅度主要取决于节点的可用带宽与丢包率:带宽被高峰期挤占或丢包偏高时,即使延迟数字好看也会卡顿。判断视频体验应以实际播放的分辨率与缓冲情况为准。
多少延迟算正常?
取决于节点距离与线路类型:从中国大陆到香港、新加坡等亚洲节点的延迟通常低于欧美节点,专线又低于绕行公网。数值因地区、运营商、时段而异,以自己环境的实测为准;比绝对值更值得关注的是同一节点延迟是否稳定、有无突然抬升。