丢包的基本定义
丢包（Packet Loss）是指发送端发出的数据包，在经过网络传输后，未能完整到达接收端。数据包丢失的原因多种多样，既可能发生在本地网络设备上，也可能发生在运营商骨干网、跨境链路或目标服务器的某个环节。丢包通常用百分比表示，例如丢包率为 2% 意味着每发送 100 个数据包，平均有 2 个未能到达。
网络传输的本质是把数据切分成一个个数据包，经过多个路由节点转发后重新组装。只要传输路径中的任何一个环节出现问题，都可能造成数据包丢失，这也是丢包成因复杂、难以一次定位的原因。
丢包的常见成因
丢包并非单一原因造成，常见情况包括：
- 链路拥塞：某段网络的实际流量超过其处理能力，路由器或交换机的缓冲区溢出后会主动丢弃超出部分的数据包，这是最常见的丢包类型。
- 物理层故障：网线老化、光纤接头松动、无线信号干扰等硬件层面的问题会导致信号失真，数据包在传输过程中损坏后被接收端丢弃。
- 设备处理能力不足：老旧路由器或防火墙在高并发场景下可能因 CPU 或内存资源耗尽而丢包。
- 路由异常：路由表更新、BGP 路径抖动等情况可能导致数据包在传输中被临时丢弃或走入环路后超时丢弃。
- 主动丢弃：防火墙、QoS 策略或运营商的流量整形机制，有时会主动丢弃特定类型或超出配额的流量。
丢包对不同应用的影响差异很大
丢包对用户体验的实际影响，取决于所使用的传输协议和应用类型。
| 应用类型 | 典型传输协议 | 丢包的影响 |
|---|---|---|
| 网页浏览、文件下载 | 基于 TCP | 自动重传丢失的数据包，用户通常只感觉到轻微延迟增加 |
| 语音/视频通话 | 通常基于 UDP | 丢失数据无法重传，直接表现为卡顿、花屏、断音 |
| 在线游戏 | 通常基于 UDP | 可能出现瞬移、判定延迟、操作无响应等问题 |
| 邮件、即时消息 | 基于 TCP | 影响较小，最多是发送稍有延迟 |
这也是理解TCP与UDP差异的一个关键角度：TCP 通过确认应答与重传机制主动应对丢包，牺牲的是速度；UDP 不做重传，换来的是更低的延迟，但一旦丢包就没有补救手段，只能依赖上层应用自行处理（例如插值、丢帧容错等）。
如何判断和排查丢包
排查丢包通常遵循从近到远、逐跳定位的思路：
- 先用
ping命令测试本机到网关、到目标服务器的丢包情况，观察是否存在明显的丢包。 - 使用
traceroute（Windows 下为tracert）或mtr工具逐跳查看数据包经过的每个节点，判断丢包具体发生在哪一跳。 - 如果丢包集中在本地网络内部（例如路由器到网关之间），优先检查本地设备、网线或 Wi-Fi 信号质量。
- 如果丢包出现在运营商出口或跨境链路，通常已超出用户自身可控范围，只能通过更换线路或节点来规避。
丢包和抖动、延迟共同构成了评估网络链路质量的三个核心指标，三者需要结合起来看才能准确判断一条线路是否适合实时性要求较高的应用场景。