抓包实战系列第 17 篇上篇我们讨论了 HLS、RTP、RTCP、WebRTC 等视频流协议，以及丢包、抖动、码率等 QoS 指标。本文聚焦一个更具体、也更棘手的问题——UDP 丢包如何定位。UDP 不像 TCP 那样内置 Seq/Ack 和重传机制，它本身不提供丢包反馈。那问题来了：当 UDP 丢包发生时，我们如何判断它究竟丢在发送端、网络中间，还是接收端内核缓冲区？一、问题的本质：UDP 丢包是一个定位问题，而非检测问题TCP 丢包时，抓包文件里通常能找到大量显式线索：重传报文段重复 ACKSACK 选项乱序到达通告窗口收缩Wireshark 会友善地帮你标注：[TCP Retransmission] [TCP Dup ACK] [TCP Previous segment not captured]TCP 像一位症状明显的病人——哪里不舒服，它自己会喊出来。UDP 则截然不同。它没有确认机制，没有重传逻辑，没有序列号字段，也没有"丢包了"的系统级事件通知。抓包文件里，UDP 报文安静地来、安静地消失。你只能对着时间序列问自己：这里是不是少了几条？核心结论先行：