网络设备在缓冲区满、链路拥塞或线路质量不佳时会直接丢弃数据包。TCP 会检测到缺失并重传,代价是等待与重传窗口收缩,于是体感上速度骤降;UDP 通常不重传,表现为通话中的电流音、直播画面撕裂或游戏瞬移。
为什么它比高延迟更难受
一条稳定 200 毫秒、零丢包的链路,浏览网页只是”慢半拍”,视频依旧能顺畅播放。而一条 60 毫秒但丢包 5% 的链路,TCP 会反复触发拥塞控制,实际吞吐可能只剩理论值的零头,下载速度像过山车一样起伏。这也是为什么很多人换了”看起来延迟更低”的节点,体验反而更差。
诊断上,连续 ping 或 mtr 一段时间比看客户端里的单次数值可靠得多:丢包率长期高于 1% 就值得注意,超过 3% 基本无法支撑实时应用。若丢包只出现在晚间,多半是节点带宽被挤占;若全天存在且集中在某几跳,则更可能是链路本身的问题,换一条出口线路往往比换客户端设置有效。
应对思路与误区
基于 QUIC 的 Hysteria2 等方案通过自定义拥塞控制,在有一定丢包的链路上仍能维持较高吞吐,适合线路质量一般的环境,但它缓解的是丢包带来的速度崩塌,并不能让丢失的包凭空回来。常见误解是把丢包一律归咎于机场:家庭 Wi-Fi 信号干扰、老旧路由器、移动网络切换基站同样会产生丢包,排查时先用有线或换网络环境做一次对照测试更省事。