丢包率怎么看：少量丢包为什么会让速度大幅波动

丢包率要看比例，更要看是否集中出现

丢包率是指在一段时间内发出的数据包中，没有到达或没有按时返回的比例。对于基于 TCP 的下载和网页访问，少量丢包就可能让速度明显下降并反复起伏，因为 TCP 会把丢包当作拥塞信号主动降速；对于基于 UDP 的语音和游戏，丢包则直接表现为断续和顿挫。

读丢包数据时，除了百分比本身，还要看两件事：样本量够不够大，以及丢包是零星分散还是成串集中。同样是百分之一，形态不同，影响差别很大。本文所在二级专题为 测速指标专题；丢包背后的网络成因（如拥塞、超售）属于网络专题，见 晚高峰与网络质量影响因素。

丢包率是怎么测的

常见的测量方式有三种，各有局限：

样本量决定精度

用 Ping 估算丢包率时，样本量直接决定能分辨的最小比例。发 5 个包，结果只可能是 0%、20%、40% 等几档，丢一个包就是 20%；发 100 个包，才能分辨到 1%。按 brands.ts 记录，本站截图中 MAI-TEST-BOT 界面的测试条件为 Ping 5 次，这样的样本量只能发现明显的连通问题，不足以估算丢包率。本站正文也不转写截图中的任何数值。

为什么少量丢包会让 TCP 速度大幅下滑

这是丢包最反直觉的地方：丢掉 1% 的包，速度损失往往远不止 1%。原因在于 TCP 的拥塞控制机制：

1. TCP 在没有丢包时会逐步提高发送速率，试探路径能承受的上限。
2. 一旦检测到丢包，TCP 认为路径发生了拥塞，会大幅降低发送速率，常见做法是直接减到原来的一部分。
3. 降速之后再逐步回升，回升需要若干个往返时间。
4. 如果丢包反复出现，速率就在“降下—回升—再降下”之间来回，表现为速度曲线上的锯齿和断崖。

一个被广泛引用的经验关系是：单条 TCP 连接能达到的稳定速率，大致与往返时间成反比，并与丢包率的平方根成反比。按这个关系，丢包率从千分之一升到百分之一，单连接的稳定速率可能下降到原来的三分之一左右；如果往返时间同时较长，速率还会更低。这只是理论估算，实际结果还与拥塞控制算法有关，部分算法对随机丢包不那么敏感。

这也解释了为什么丢包严重时，多线程测速与单线程测速的差距会拉大：多条连接各自降速、错开恢复，总吞吐看起来仍然可观，而单条连接的体验已经明显变差，相关解释见 测速线程数和测试后端会怎样影响吞吐结果。

不同丢包形态意味着什么

区分形态需要连续测量较长时间，并保留每个包的结果，而不仅仅是最终的百分比。

TCP 与 UDP 下丢包的表现不同

TCP 会重传丢失的数据，所以网页和下载最终能完成，只是变慢；UDP 通常不重传，丢了就是丢了，实时应用只能用插值、补偿或直接跳过来应对。因此：

• 下载、网页场景，丢包表现为“慢”和“速度起伏”；
• 语音、会议场景，丢包表现为“断续”和“机械音”；
• 游戏场景，丢包表现为“瞬移”和“操作没响应”。

丢包与抖动对这些场景的具体影响，网络专题有更细的说明，见 丢包与抖动对视频、语音、游戏分别有什么影响。

读丢包数字时的四个注意事项

1. 先看样本量：几次 Ping 得出的百分比，误差可能比结果本身还大。
2. 区分测量对象：到入口节点的丢包与经代理全程的丢包，反映的是不同路段。
3. 注意 ICMP 的特殊性：ICMP 丢包高、实际传输却正常，可能是服务器限制了 ICMP 响应。
4. 记录时段：丢包常随时段变化，单一时段的结果不能代表全天。

自己测量丢包时，建议延长测试时间、分段对照，并把测试时段与工具记录完整，方法见 自己动手测速。

丢包读数的追问

关于 1% 是否严重：取决于场景、形态和样本量。下载对它敏感，网页浏览相对不敏感，实时应用最怕成串丢包。

关于 Ping 偶尔丢包：小样本下的单次丢包统计意义有限，加上 ICMP 可能被降级处理，需要更多样本和实际传输表现佐证。

关于是机场还是本地的问题：通过“不走代理—到入口—经代理全程”三段对照，才能定位丢包发生在哪一段。

使用机场服务时，请遵守所在地法律法规与平台条款。