网页浏览走的是 TCP，大多数代理默认也能把 TCP 流量平稳转发；可一碰到游戏、语音通话、视频会议这类应用，就经常”时通时断、一开麦就卡”。原因多半出在 UDP 上。这篇讲清代理对 UDP 流量的处理逻辑，以及遇到掉线时该怎么排查。
UDP 和 TCP 在代理眼里不一样
TCP 是”先握手、再传输、丢包重发”的可靠连接，代理按连接转发即可；UDP 则是”发了就不管”的数据报协议，没有连接状态，多数代理默认只转发 TCP，对 UDP 要么不处理、要么走单独的转发通道。游戏、语音这类实时应用偏爱 UDP 是因为延迟低，但这条低延迟通道恰恰是代理最容易漏掉的。
| 对比项 | TCP 流量 | UDP 流量 |
|---|---|---|
| 连接状态 | 有连接、可靠 | 无连接、尽力而为 |
| 代理默认处理 | 普遍支持 | 常常不转发或受限 |
| 典型应用 | 网页、下载、邮件 | 游戏、语音、会议 |
| 故障表现 | 慢或打不开 | 时通时断、掉线 |
为什么”网页能开、游戏却掉线”
网页能打开，说明 TCP 通道是通的；游戏掉线，说明 UDP 通道没被正确接管，数据包直接走了本机网络，或在中途被丢弃。不少人的第一反应是”换条代理线路”，其实线路本身没问题，问题在应用走的是 UDP，而代理对 UDP 的支持方式与你用的工具不匹配。
三种常见处理方式
一是代理客户端提供全局模式并接管 UDP，应用无需改动；二是用 TUN 虚拟网卡方式把整机流量都收进去，UDP 一并转发；三是代理不支持 UDP，只能让该应用直连或换用支持 UDP 的通道。选哪种取决于你的工具能力，先确认再动手，别盲目调来调去。
- 先确认流量类型：用网络监控工具看目标应用走的是 TCP 还是 UDP
- 查代理能力：确认当前客户端是否支持 UDP 转发，开启对应开关
- 必要时启用虚拟网卡模式：让 UDP 与 TCP 一并纳入代理通道
- 验证效果：掉线问题是否消失，再谈延迟与稳定性的调优
TCP 像快递员的挂号包裹，丢了会补送；UDP 像随手丢出的纸飞机，没人管它落哪——代理只顾得上挂号件，纸飞机就掉在半路。
与 IP 代理的关系：代理的价值不仅在于换出口，还在于把各类流量完整地送出去；在遵守平台规则与法律法规的前提下，理解 TCP 与 UDP 的处理差异，才能让游戏、语音这类实时应用也获得稳定的代理出口。