1、UDP协议概述：UDP在TCP/IP协议栈中的位置、UDP的特点（无连接、不可靠、高效）、UDP与TCP的核心区别
各位同学，咱们今天正式开始聊UDP。说实话，很多初学者一听到“无连接、不可靠”这几个字，就觉得UDP是个“二等公民”。我刚开始学网络编程时也这么想——TCP多靠谱啊，三次握手、确认重传，UDP这玩意儿能干啥？
但后来我在一个实时音视频项目里被TCP狠狠坑了一把。那会儿用TCP传视频流，网络一抖，画面卡成PPT，用户直接开骂。嗯，从那以后我才真正理解了UDP的价值。今天咱们就把UDP的底裤扒干净，看看它到底是个什么角色。
一句话总结：UDP是传输层最轻量的协议，它把选择权交给了上层应用——你要快，还是要稳？UDP选快。
1.1 UDP在TCP/IP协议栈中的位置
先看一张图。TCP/IP协议栈分四层，UDP工作在传输层，跟TCP平级。你想想看，应用层的数据要发出去，先得经过传输层打包，然后交给网络层IP去路由，最后通过链路层物理介质送出去。
说白了，UDP就是传输层的一个“快递员”——它只管把包裹扔出去，不保证送到，不保证顺序，甚至连包裹有没有丢都不管。但正因为这样，它跑得飞快。
我的经验：在定位网络问题时，我习惯先用UDP测试链路通不通。因为UDP没有重传机制，如果UDP包能正常收发，说明物理链路和IP层没问题；如果UDP丢包，那大概率是网络拥塞或防火墙在捣鬼。
1.2 UDP的特点：无连接、不可靠、高效
咱们一个一个说。
1.2.1 无连接
UDP在通信前不需要建立连接。TCP要搞三次握手，UDP直接开干。你想想看，这就好比TCP是打电话——先拨号、等待接通、说“喂”、确认对方在听，然后才开始说话。UDP呢？直接对着空气喊一嗓子，谁爱听谁听。
我记得有一次做内网设备发现功能，设备上线后要立刻广播自己的存在。如果用TCP，每个设备都得先建立连接，几百台设备同时上线，服务器直接炸了。换成UDP广播，一秒钟搞定。
1.2.2 不可靠
UDP不保证数据送达。它没有确认机制，没有重传机制，没有序号管理。发出去的包就像泼出去的水——收不收得到，看命。
但“不可靠”不等于“不能用”。恰恰相反，很多场景下我们主动选择“不可靠”。
避坑指南：我曾经在一个工业控制项目里用UDP传控制指令，结果网络抖动导致丢包，机器没收到停止信号，差点出事故。后来我加了一层应用层确认——每次指令发3遍，接收方回ACK，超时重发。记住：UDP的不可靠，需要上层应用来兜底。
1.2.3 高效
UDP的头部只有8个字节。TCP头部最少20个字节，有选项时更长。而且UDP没有连接维护成本，没有拥塞控制，发送方可以全速往外扔数据。
来看一下UDP的报文结构，你就知道它有多精简了：
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 源端口（16位） | 目的端口（16位） |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 长度（16位） | 校验和（16位） |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 数据（可选） |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+就4个字段，没了。源端口、目的端口、长度、校验和。校验和还是可选的——IPv4下你可以填0表示不校验。这得多省事。
1.3 UDP与TCP的核心区别
咱们直接上表格，一目了然。
| 对比维度 | UDP | TCP |
|---|---|---|
| 连接方式 | 无连接，直接发送 | 面向连接，需三次握手 |
| 可靠性 | 不可靠，不保证送达 | 可靠，确认重传 |
| 数据顺序 | 不保证顺序 | 保证顺序（序号机制） |
| 流量控制 | 无 | 有（滑动窗口） |
| 拥塞控制 | 无 | 有（慢启动、拥塞避免） |
| 头部大小 | 8字节 | 20~60字节 |
| 传输模式 | 报文边界保留 | 字节流，无边界 |
| 支持多播/广播 | 原生支持 | 不支持 |
| 典型应用 | DNS、DHCP、视频流、游戏 | HTTP、FTP、SMTP、SSH |
为什么会有这些区别？核心原因就一个：设计目标不同。
TCP的目标是“可靠传输”，所以它不惜代价——握手、确认、重传、排序、流控，所有机制都是为了一个目的：数据必须完整、有序地到达对端。
UDP的目标是“快速传输”，所以它轻装上阵——没有握手、没有确认、没有重传、没有排序。它把可靠性问题甩给了上层应用。你想想看，视频通话里丢一帧画面，用户根本感觉不到；但如果为了等重传导致画面卡顿，用户立刻骂娘。这就是UDP的哲学：宁可丢，不要等。
选型口诀：要稳选TCP，要快选UDP；数据不能丢选TCP，能容忍丢包选UDP；需要流式传输选TCP，需要实时交互选UDP。
1.4 什么时候用UDP？
我列几个典型场景，你感受一下：
- DNS查询：域名解析就一问一答，用TCP建连太浪费。UDP一发一收，超时重试就行。
- DHCP：设备连网时连IP都没有，怎么建TCP连接？UDP广播搞定。
- 视频直播/视频通话：丢几帧画面不影响体验，延迟才是大敌。
- 在线游戏：玩家位置、操作指令需要实时同步，TCP的拥塞控制会导致操作延迟。
- 物联网传感器上报：温度、湿度数据频繁上报，丢一两条无所谓。
但要注意，UDP不是万能的。如果你要传文件、发邮件、浏览网页，老老实实用TCP。别为了炫技强行上UDP，最后自己写一堆重传和排序逻辑，得不偿失。
我的建议：初学者先别急着在UDP上做应用层可靠性。先用UDP跑通最简单的收发，感受一下“无连接”到底是什么意思。等你把基础打牢了，再去研究QUIC、KCP这些基于UDP的可靠传输协议——它们才是UDP的正确打开方式。