UDP报文结构为8字节首部加可变长数据，含源端口、目的端口、长度、校验和四字段；面向数据报，不保证可靠传输，适用于低延迟、高容错场景。
Linux UDP 报文结构非常简洁，固定 8 字节首部 + 可变长度用户数据，不带连接状态、重传或排序机制，适合对延迟敏感、容错性高的场景。
UDP 首部字段（8 字节，网络字节序）
首部共 4 个字段，每项占 2 字节（16 位），顺序不可变：
- 源端口（Source Port）：发送方应用进程端口号，0 表示无需回复；常由内核随机分配（如客户端发起请求时）
- 目的端口（Destination Port）：接收方端口号，必须非零，用于内核分用到对应 socket；知名服务如 DNS（53）、DHCP（67/68）依赖该字段定位进程
- 长度（Length）：UDP 数据报总字节数（首部 8 字节 + 用户数据），取值范围为 8～65535；若超过链路 MTU（如以太网 1500），IP 层将分片，但应用层需自行处理重组
- 校验和（Checksum）：可选字段，值为 0 表示跳过校验；计算时覆盖伪首部（含源/目 IP、协议号 17、UDP 长度）+ UDP 首部 + 用户数据；IPv6 下强制启用
用户数据封装与边界约束
UDP 不拆分也不合并应用层数据，一次 sendto() 对应一次 recvfrom()，即“面向数据报”语义：
- 用户数据最大长度 = 65535 − 8 = 65527 字节，但实际受限于 IP 层 MTU；以太网常见 MTU 为 1500，扣除 IP 首部（通常 20 字节）和 UDP 首部（8 字节），有效载荷上限约 1472 字节
- 若应用需传输更大数据（如文件），必须在用户态分包、编号、重传、拼接；UDP 本身不提供任何支持
- 内核不维护发送缓冲区，sendto() 调用后数据立即交由 IP 层；但存在接收缓冲区，满则丢弃新到报文
Linux 内核处理与 socket 接口行为
用户态通过 socket API 与内核交互，多数字段由内核自动填充或验证：
- bind() 后，目的地址信息由 recvfrom() 返回的 sockaddr_in 结构体提供；sendto() 中需显式指定 dest_addr
- 校验和默认由内核计算（发送时）与验证（接收时）；可通过 setsockopt(sockfd, IPPROTO_UDP, SO_NO_CHECK, &val, sizeof(val)) 关闭
- IP 层协议字段设为 17（UDP 协议号），确保接收端正确交付至 UDP 子系统
- 五元组（源IP、源端口、目的IP、目的端口、协议号）唯一标识一个 UDP 通信上下文，用于 socket 匹配与分用
典型应用场景与设计取舍
UDP 的精简结构直接服务于其核心价值——低开销与确定性延迟：
- DNS 查询响应要求快速返回，容忍个别丢包（客户端可重试）；TFTP、DHCP 等轻量协议也依赖此特性
- 实时音视频流（如 RTP over UDP）宁可丢帧也不愿因重传引入卡顿；游戏同步数据同样优先保时效
- 无连接模型省去三次握手，启动快；无拥塞控制，发送速率由应用自主决定（但也需注意避免泛洪）
