1. UDP协议基础：从入门到理解
各位同学好，我是你们这门课的老王。做网络通信十几年了，UDP 这玩意儿我几乎每天都在打交道。今天咱们就从最基础的东西聊起，把 UDP 的底裤扒干净。
说实话，很多人一提到 UDP 就觉得它「不可靠」，甚至有点瞧不上。但我告诉你，互联网上那些真正追求速度的场景——直播、游戏、DNS 查询——背后全是 UDP 在扛。你想想看，要是你看个视频还得等 TCP 三次握手，那画面卡得你都想砸电脑。
1.1 UDP协议概述
UDP，全称 User Datagram Protocol，用户数据报协议。它是 OSI 模型第四层（传输层）的协议之一。说白了，它就是一台机器往另一台机器扔数据包，扔完就不管了。
我习惯用一个比喻来解释：UDP 就像寄明信片。你写好内容，贴上邮票，丢进邮筒。至于对方收没收到、顺序对不对、有没有破损——你不管，邮局也不保证。而 TCP 呢？它像寄挂号信，要回执、要确认、丢了还要重发。
UDP 的核心特点就四个字：无连接、不可靠。但正是这种「不负责任」的态度，让它拥有了极低的延迟和极小的开销。
UDP 的关键特性：
- 无连接：发送前不需要建立连接，直接开干
- 不可靠：不保证送达，不保证顺序，不保证不重复
- 面向报文：保留应用层消息的边界，一次发一个完整报文
- 低开销：头部只有 8 字节，比 TCP 的 20 字节轻得多
我在项目中遇到过好几次，新手一上来就用 TCP 做实时音视频传输，结果延迟高得没法用。后来换成 UDP，配合一些简单的丢包补偿策略，效果立竿见影。嗯，选对协议比什么都重要。
1.2 UDP报文结构
UDP 的报文结构非常简单，简单到让你怀疑人生。总共就 4 个字段，每个字段 2 字节，加起来 8 字节头部。
| 字段 | 长度（字节） | 说明 |
|---|---|---|
| 源端口号 | 2 | 发送方的端口，可选（可为 0） |
| 目的端口号 | 2 | 接收方的端口，必须填写 |
| UDP 长度 | 2 | 头部 + 数据的字节数，最小 8 |
| 校验和 | 2 | 可选，用于检测数据是否损坏 |
你看，就这么简单。TCP 头部有 20 字节，里面塞了序列号、确认号、标志位一堆东西。UDP 呢？8 个字节搞定。我刚开始学网络的时候，觉得 TCP 好复杂，UDP 好清爽。后来做项目才发现，清爽的背后是「你爱收不收」的洒脱。
一个小技巧：UDP 的校验和在 IPv4 中是可选的，但在 IPv6 中是强制的。如果你在 IPv6 环境下做 UDP 通信，记得校验和必须计算。我曾经因为这个踩过坑，排查了半天才发现是校验和没填。
下面这张图把 UDP 报文结构画出来了，一目了然：
你看，UDP 头部就这么点东西。没有序列号、没有确认号、没有窗口大小。它就像一个极简主义者，能省则省。
1.3 UDP与TCP对比
很多初学者搞不清楚什么时候用 UDP，什么时候用 TCP。我直接给你一张对比表，看完就明白了：
| 对比维度 | UDP | TCP |
|---|---|---|
| 连接方式 | 无连接，直接发 | 面向连接，三次握手 |
| 可靠性 | 不可靠，不保证送达 | 可靠，确认重传 |
| 顺序保证 | 不保证顺序 | 保证顺序 |
| 头部大小 | 8 字节 | 20 ~ 60 字节 |
| 传输模式 | 面向报文 | 面向字节流 |
| 流量控制 | 无 | 有（滑动窗口） |
| 拥塞控制 | 无 | 有（慢启动、拥塞避免） |
| 广播/组播 | 支持 | 不支持 |
| 典型场景 | 直播、游戏、DNS、VoIP | 网页、文件传输、邮件 |
我个人的经验是：如果你能接受偶尔丢几个包，那就用 UDP；如果丢一个包就完蛋，那就用 TCP。 举个例子，视频通话丢一帧画面，你根本感觉不到。但银行转账丢一条指令，那可就出大事了。
注意：UDP 没有拥塞控制，这意味着如果网络出现拥塞，UDP 不会主动降低发送速率。这可能会导致网络状况进一步恶化。我曾经在一个项目中，UDP 发送端没有做任何限速，结果把公司内网打瘫了……嗯，后来被领导叫去喝茶了。
1.4 UDP应用场景分析
说了这么多理论，咱们来看看 UDP 到底用在哪些地方。我挑几个最常见的场景说说：
1.4.1 实时音视频传输
这是 UDP 最经典的应用场景。直播、视频会议、网络电话，底层基本都是 UDP。为什么？因为实时性要求太高了。你想想看，如果用 TCP，丢一个包就要重传，重传期间画面就得卡住。而 UDP 丢了就丢了，顶多画面花一下，但流畅度保住了。
1.4.2 在线游戏
FPS 射击游戏、MOBA 类游戏，对延迟极其敏感。玩家扣动扳机到服务器收到指令，延迟超过 100ms 就明显感觉卡顿。UDP 的低延迟特性在这里发挥得淋漓尽致。我记得有一次帮一个游戏团队优化网络，他们原来用的 TCP，玩家反映「开枪慢半拍」。换成 UDP 后，延迟从 120ms 降到了 30ms，玩家体验直接起飞。
1.4.3 DNS 查询
你每次访问一个网站，浏览器都会发起 DNS 查询。这个查询默认就是用 UDP 的（端口 53）。为什么？因为 DNS 查询的请求和响应都很小，一个包就能搞定。用 TCP 的话，三次握手的开销比查询本身还大，得不偿失。
1.4.4 网络发现与广播
UDP 支持广播和组播，这是 TCP 做不到的。比如你在公司里找打印机，或者用 mDNS 发现局域网设备，底层都是 UDP 广播。我经常用 UDP 广播做设备自动发现，省去了手动配置 IP 的麻烦。
避坑指南：UDP 广播只能在局域网内生效，路由器默认不会转发广播包。如果你需要跨网段通信，要么用组播，要么用单播。我曾经想用广播做跨网段设备发现，结果折腾了半天才发现广播包根本出不了路由器……
1.4.5 IoT 与传感器数据
很多物联网设备资源受限，CPU 和内存都很小。UDP 的轻量级特性非常适合这种场景。传感器每隔几秒上报一个温度值，丢一两个也无所谓，用 TCP 反而浪费资源。