2. UDP协议精要

在NAT穿透与P2P通信工程中，UDP几乎是默认的传输层选择。原因并不在于UDP“更快”这种笼统说法，而在于它的数据报模型、无连接状态和端口复用方式，恰好与P2P打洞、心跳保活、多路径探测这些需求高度契合。理解UDP的报文结构，是后续分析NAT映射行为、设计打洞时序、判断丢包与乱序影响的基础。

UDP数据报结构：8字节首部与载荷

UDP数据报由首部和载荷两部分组成，首部固定为8字节，包含四个16位字段：源端口、目的端口、长度和校验和。长度字段覆盖首部与载荷的总字节数，最小值为8（即空载荷），最大值为65535。校验和字段在IPv4中是可选的，置0表示不计算校验和；在IPv6中则强制要求计算。载荷部分对UDP本身完全透明，协议栈不解释其内容，因此应用层可以自由定义私有格式。

一个容易被忽略的细节是：UDP长度字段是16位，意味着单个UDP数据报的理论上限是65535字节，但实际可用载荷受底层MTU限制。以太网MTU通常为1500字节，减去IP首部20字节和UDP首部8字节，单个数据报的安全载荷约为1472字节。超过这个值就会触发IP分片，而分片会显著增加丢包概率——只要任一分片丢失，整个数据报就无法重组。在P2P场景中，这意味着应用层应主动控制单包大小，通常建议将探测包和心跳包控制在几百字节以内，避免分片带来的额外不确定性。

无连接特性：没有握手，也没有状态

UDP是无连接协议，发送方不需要先建立连接，也不需要维护对端的状态。每个数据报独立寻址、独立转发，协议栈不记录“这个包属于哪个会话”。这一特性在P2P场景中带来两个直接后果：第一，打洞探测可以立即发送，不需要等待三次握手完成，降低了首包时延；第二，NAT设备无法像对待TCP那样通过SYN包建立稳定的映射关系，UDP映射往往依赖定时器老化，因此需要应用层主动发送心跳包来维持映射。

无连接也意味着UDP不提供可靠传输、不保证顺序、不进行拥塞控制。丢包不会触发重传，乱序到达的数据报按到达顺序交付给应用层。在P2P通信中，这既是负担也是自由：负担在于应用层必须自己处理丢包检测和重传逻辑；自由在于可以针对不同业务设计差异化的可靠性策略，例如信令包用轻量重传，媒体流则容忍丢包、优先保证实时性。

端口复用：一个端口承载多种用途

UDP支持端口复用，多个应用或同一应用的多个会话可以共享同一个本地端口。在P2P工程中，端口复用有几种典型用法。第一种是STUN探测与业务数据共用同一端口：客户端先通过该端口向STUN服务器发送Binding Request，获得NAT映射后的外网地址和端口，随后保持该端口开放，用于接收对端打洞包。第二种是同一端口同时处理多个对端的会话，通过数据报中的源地址和源端口区分不同对端。第三种是在对称NAT环境下，通过端口复用尝试预测下一个映射端口，提高打洞成功率。

需要注意的是，端口复用并不意味着NAT会为每个对端分配独立映射。NAT的映射行为取决于其类型：锥形NAT对同一内网地址端口只建立一个映射，所有外网对端都可通过该映射到达；对称NAT则为每个不同的目的地址端口建立不同映射。因此，端口复用策略必须结合NAT类型探测结果来设计，不能假设“同一端口出去就一定能从同一端口回来”。

校验和：轻量但不可忽视的完整性检查

UDP校验和的计算覆盖一个伪首部、UDP首部和UDP载荷。伪首部包含源IP地址、目的IP地址、协议号和UDP长度，目的是让UDP校验和能够间接验证IP层地址信息。接收方计算校验和，若结果不为全1，则直接丢弃该数据报，不通知发送方，也不通知应用层。这意味着应用层无法直接感知“因为校验和错误而丢包”，只能通过超时或序列号缺口间接推断。

在P2P场景中，校验和的影响主要体现在两个方面。一方面，如果中间设备或NAT修改了IP地址或端口，而校验和未同步更新，接收方会丢弃数据报。部分NAT设备会正确更新校验和，部分则不会，这会导致打洞包在特定网络环境下“看起来发出去了但对方收不到”。另一方面，如果应用层自行实现加密或认证，UDP校验和提供的保护非常有限，不能替代应用层的完整性校验。因此，在关键信令通道上，建议在应用层增加消息认证码或哈希校验。

与TCP在P2P场景下的取舍对比

TCP在P2P场景中并非完全不可用，但它的连接状态和可靠性机制会带来额外约束。TCP需要三次握手建立连接，NAT设备通常为TCP连接维护更长的状态超时，这在一定程度上有利于保活；但TCP的拥塞控制和重传机制会导致打洞探测的时延不可控，且TCP同时打开（Simultaneous Open）虽然理论上可用于打洞，但实际支持度远低于UDP。此外，TCP的头部开销更大（最小20字节），在需要频繁发送小探测包的场景中效率较低。

下表从P2P工程角度对比UDP与TCP的关键差异，帮助在实际项目中做出取舍。

工程中的关键参数与观察点

在实现UDP打洞时，有几个参数需要重点关注。第一是心跳间隔：多数NAT设备的UDP映射老化时间在30秒到5分钟之间，保守做法是每15到25秒发送一次心跳，具体值应通过实际网络环境测试确定。第二是探测包大小：建议控制在512字节以内，避免分片，同时留出余量应对部分网络路径MTU较小的情况。第三是重传策略：打洞探测包通常重传3到5次，间隔200毫秒到1秒，若全部失败则判定该路径不可达。第四是校验和验证：在接收端应记录校验和错误计数，若错误率异常升高，需排查中间设备是否修改了地址或端口。

观察打洞是否成功，不能只看“是否收到包”，还要看收到的包来自哪个源地址和端口。如果收到的包源地址与STUN返回的外网地址一致，说明映射稳定；如果不一致，说明NAT可能为不同目的地址分配了不同映射，需要进一步判断NAT类型并调整策略。这些判断依据都建立在理解UDP数据报结构和NAT映射行为的基础之上。