目录
[一、先搞懂：UDP 核心定位](#一、先搞懂：UDP 核心定位)
[二、UDP 完整报文结构（重点）](#二、UDP 完整报文结构（重点）)
[1. 源端口（2 字节）](#1. 源端口（2 字节）)
[2. 目的端口（2 字节）](#2. 目的端口（2 字节）)
[3. 报文长度（2 字节）](#3. 报文长度（2 字节）)
[4. 校验和（2 字节）](#4. 校验和（2 字节）)
[5. 数据载荷（可变长度）](#5. 数据载荷（可变长度）)
[三、UDP 报文核心特点（区别于 TCP）](#三、UDP 报文核心特点（区别于 TCP）)
[1. UDP 不保证可靠，丢包、乱序是常态](#1. UDP 不保证可靠，丢包、乱序是常态)
[2. UDP 不存在粘包，但会有分包问题](#2. UDP 不存在粘包，但会有分包问题)
[3. 校验和出错直接丢包，无任何提示](#3. 校验和出错直接丢包，无任何提示)
[4. 无连接特性导致无法识别离线客户端](#4. 无连接特性导致无法识别离线客户端)
[5. 适合实时业务，不适合可靠业务](#5. 适合实时业务，不适合可靠业务)
我们平时接触的网络传输，大多离不开 TCP 和 UDP 两大核心协议。相比于大家熟知的、可靠稳定的 TCP，UDP 显得更加"简单粗暴"。
很多人觉得 UDP 简单，就以为没什么可学的，但在实际开发、面试中，UDP 的报文结构、传输特性、坑点都是高频考点。而且像 DNS、直播、语音通话、游戏实时传输这些场景，全部依赖 UDP。
今天我结合自己的学习理解，完整梳理一遍 UDP 的报文结构和开发使用的核心注意事项，逻辑清晰、干货落地。
一、先搞懂：UDP 核心定位
UDP 全称 用户数据报协议 ，是一种无连接、不可靠、面向报文的传输层协议。
和 TCP 最大的区别就是：UDP 不需要先建立连接，直接打包数据发送，发完就不管，不确认、不重传、不排序。
也正是因为省去了连接、确认、重传这些复杂机制，UDP 开销极小、传输速度极快，专门适配实时性要求高、能容忍少量丢包的场景。
二、UDP 完整报文结构（重点）
UDP 的报文结构非常精简，整体分为两大部分：首部（头部）+ 数据载荷，整个 UDP 头部固定只占 8 字节，没有多余冗余字段，这也是它高效的核心原因。
头部共 4 个字段，每个字段占用 2 字节，结构清晰好记：
1. 源端口（2 字节）
发送方的程序端口号，用于接收对方的回复数据。
如果是客户端临时发送数据，不需要对方回包，可以设置为 0。
2. 目的端口（2 字节）
接收方的服务端口号，用于精准把数据交给目标应用程序。
这是 UDP 转发数据的核心依据，比如 DNS 固定使用 53 端口。
3. 报文长度（2 字节）
表示整个 UDP 报文的总长度（头部 8 字节 + 数据内容长度）。
该字段限制了 UDP 单次最大传输数据：最大 65535 字节，除去头部 8 字节，用户数据最大可传 65527 字节。
4. 校验和（2 字节）
用于校验报文在传输过程中是否损坏、出错。
如果校验失败，报文会直接被丢弃，不会通知发送方、不会重传，这也是 UDP 不可靠的重要体现。
5. 数据载荷（可变长度）
我们真正需要传输的业务数据，长度不固定，根据业务需求自定义。
三、UDP 报文核心特点（区别于 TCP）
结合报文结构，就能看懂 UDP 的所有特性，不用死记硬背：
头部极简：固定 8 字节，无多余控制字段，传输开销远小于 TCP（TCP 头部最小 20 字节）
面向报文：发送几次就有几个报文，不会粘包、不会拆包，数据边界完整
无确认机制：没有应答、没有重传，丢包后无法感知
无拥塞控制：不管网络拥堵与否，持续发包，速度快但容易丢包
四、开发与网络使用核心注意事项
很多人用 UDP 出错，都是因为忽略了它的底层特性。这里总结几个实际开发中最关键的注意点：
1. UDP 不保证可靠，丢包、乱序是常态
UDP 只管发、不管结果。网络波动时会出现 丢包、数据包乱序到达 的问题。
如果业务需要可靠传输（比如文件传输），绝对不能直接用 UDP，需要自己在应用层实现重传、排序机制，直接用 TCP 更稳妥。
2. UDP 不存在粘包，但会有分包问题
TCP 是流式传输，会粘包、拆包；UDP 是面向报文的，一次发送对应一次接收，不会粘包。
但如果单次数据超过最大传输限制，会被 IP 层分片，一旦其中一个分片丢失，整个报文直接作废，无法恢复。因此 UDP 单次传输数据不宜过大。
3. 校验和出错直接丢包，无任何提示
UDP 校验和检测到数据损坏时，只会默默丢弃报文，不会返回任何错误信息，发送方和接收方都无法感知数据丢失，开发时需要自行做数据校验兜底。
4. 无连接特性导致无法识别离线客户端
UDP 不需要建立连接，服务端无法判断客户端是否在线、是否断开。客户端异常下线，服务端不会收到任何通知，适合无状态的短连接业务。
5. 适合实时业务，不适合可靠业务
UDP 的核心优势是低延迟、高吞吐，适配直播、游戏、语音视频、DNS 查询等场景；
绝不适合支付、文件传输、接口请求等对数据完整性、可靠性要求极高的场景。
五、全文总结
UDP 凭借 8 字节极简头部、无连接、无额外控制机制，实现了超高的传输效率。固定的源目端口、报文长度、校验和四段结构，构成了 UDP 所有的传输能力。
它的优势和缺点都是与生俱来的：快但不可靠、无连接但无状态、无粘包但易丢包。
实际开发中，记住核心选型逻辑：要可靠选 TCP，要实时选 UDP，可靠性需求可以在 UDP 上层自行拓展实现。