联网应用的数据传输分两种底层方式：TCP 面向连接、可靠有序，UDP 无连接、尽力送达。代理IP线路对两类流量的支持不同，直接影响程序的连通与稳定性：有的线路只走 TCP，UDP 流量不通；有的支持 UDP 转发，实时类应用才能用。搞清传输差异，选线路与排查问题才有依据。传输原理、代理支持差异、场景适配，三层讲透。
传输方式的基本差异
TCP 与 UDP 的核心区别在可靠性与开销：TCP 面向连接，先握手建立会话，传输中确认重传，保证数据不丢不乱；UDP 无连接，不发确认不重传，丢了就丢了，但开销小、时延低。形象说，TCP 像挂号信（必达但慢），UDP 像平邮（快但可能丢）。应用按自身需求选传输方式：需要可靠传输的用 TCP，实时优先的用 UDP。这个差异决定了代理IP线路对两类流量的支持方式不同。
代理对两类流量的支持差异
代理IP线路对 TCP 的支持是普遍的：SOCKS5、HTTP 代理都建立在 TCP 会话之上，常规联网应用走代理都能正常工作。UDP 的支持则分化明显：SOCKS5 协议定义了 UDP 关联机制，但不少线路不开启 UDP 转发或转发不稳定；HTTP 代理基本不处理 UDP。线路对 UDP 的支持程度，决定实时应用（视频、语音、游戏）能否走这条代理顺利工作。选线前先确认业务是否依赖 UDP，依赖就选声明支持 UDP 转发的线路。
连接失败场景里也常见两类差异：TCP 流量通了 UDP 不通，多半是线路不支持 UDP 转发；UDP 不稳，可能是线路质量或公共 UDP 端口受限。排查按传输类型区分，别拿 TCP 的结果套 UDP。
场景适配与选线建议
按业务类型选：网页、下载、数据类应用以 TCP 为主，常规代理IP线路即可覆盖；语音、视频、游戏类含 UDP 流量的应用，选线路时确认为 UDP 转发支持；混合流量业务，网页与视频同开时优先支持 UDP 的线路，避免一半通一半卡。想对比不同平台的协议与流量支持，可以查阅收录的平台信息。传输差异搞清后，选线从”看协议名”进阶到”按传输方式核对”，连接问题自然少很多。
选线前把业务的流量构成摸一遍也很有价值：纯网页类业务对 UDP 无依赖，线路选择空间大；含实时音视频或联机的业务，把”UDP 支持”列为硬条件再筛选；不确定流量构成时，先按最高需求假设选支持 UDP 的线路，试跑后再定。流量构成摸清，选线就不再一刀切，线路成本与业务需求也更匹配。
实战中还有一个判断技巧：业务报告”连不上”时，先区分是 TCP 层建连失败还是 UDP 数据不通——浏览器能打开但实时功能卡，多半是 UDP 链路的转发问题；整页都打不开，属于 TCP 会话的问题。按传输类型分流排查，定位速度明显提升。
问：怎么知道线路支不支持 UDP？查平台线路说明，或直接实测：用依赖 UDP 的应用试跑，通就是支持。实测最可靠，说明只作参考，试跑结果为准。
问：UDP 支持可以用在什么场景？语音通话、视频流、游戏联机等实时传输场景受益明显：这些业务对时延敏感、允许少量丢包，UDP 快路径更合适。但需要可靠传输的业务仍走 TCP，别混用。
最后提醒一点：线路类型与 UDP 支持没有必然绑定，同一平台不同档位的线路对 UDP 的处理也不一致，下单前看对应线路说明，别用平台整体宣传推断单条线路。按实际线路实测为准，UDP 依赖型业务把验证做在采购前，接入时才不会踩空。