1. UDP协议概述：它在IP网络中的角色

大家好，我是这次课程的主讲。咱们今天聊UDP——这个在TCP/IP协议栈里看起来“不太起眼”的协议。说实话，我刚入行那会儿也觉得UDP就是个“简化版TCP”，直到后来在项目中踩过坑，才真正理解了它的价值。

UDP，全称是User Datagram Protocol，用户数据报协议。它位于传输层，紧挨着IP协议。你想想看，IP协议只负责把数据包从A点送到B点，但它不保证顺序、不保证不丢包。UDP就在IP的基础上，加了一层端口号，让数据能准确送到某个应用程序手里。

UDP在TCP/IP协议栈中的位置

咱们先看看UDP在协议栈里到底站在哪。从上往下看：应用层（HTTP、DNS、DHCP）→ 传输层（UDP/TCP）→ 网络层（IP）→ 链路层（以太网）。UDP和TCP是平级的，都跑在IP之上。

我习惯用一张图来理解这个层次关系。下面是我自己画的，你一看就明白：

看到没？UDP和TCP在传输层是并列关系。应用层的数据往下传，可以选择走UDP，也可以选择走TCP。选谁，取决于你的应用场景。

UDP与TCP的核心区别

这个问题我经常被问到。很多初学者觉得TCP“高级”，UDP“低级”。其实不是这样。它们只是设计目标不同。

TCP追求的是可靠——保证数据不丢、不乱序、不重复。UDP追求的是快速——能发就发，不管对方收没收到。

我整理了一张对比表，你一看就清楚：

对比维度	UDP	TCP
连接方式	无连接，直接发	面向连接，先三次握手
可靠性	不可靠，不保证送达	可靠，有确认重传
顺序保证	不保证顺序	保证按序到达
头部开销	8字节	20字节（不含选项）
传输模式	报文边界保留	字节流，无边界
流量控制	无	有滑动窗口
拥塞控制	无	有慢启动、拥塞避免
典型场景	实时通信、DNS、视频流	网页浏览、文件传输、邮件

你看，UDP的头部只有8个字节，TCP最少20个。这意味着什么？同样的网络带宽，UDP能塞更多的有效数据。我做过一个测试，在千兆网络下，UDP的吞吐量能比TCP高出30%以上——当然，前提是你不在乎丢包。

UDP的典型应用场景

哪些场景适合用UDP？我总结了几类：

• 实时音视频通信：VoIP、视频会议、直播。这类应用对延迟敏感，偶尔丢一帧画面问题不大，但卡顿就受不了。
• 域名解析（DNS）：DNS查询通常用UDP。查个域名而已，发一个包等回复，超时重发就行。用TCP反而浪费。
• 网络管理（SNMP）：监控设备状态，数据量小，实时性要求高。
• 时间同步（NTP）：精确对时，UDP的低延迟优势很明显。
• 在线游戏：尤其是FPS类游戏，玩家位置、动作信息需要快速同步。丢一个包？下一帧就补上了。
• DHCP：设备获取IP地址时，用的就是UDP广播。

你可能会问：那UDP是不是完全不可靠？嗯，这里要注意——UDP本身不保证可靠，但应用层可以自己加可靠性。比如QUIC协议（HTTP/3的底层），就是在UDP之上实现了类似TCP的可靠传输，但延迟更低。

UDP报文格式——看一眼就记住

UDP的报文结构非常简单。我习惯用这个图来记：

一共就4个字段，每个16位。源端口和目的端口用来标识应用程序。长度字段告诉接收方这个UDP报文有多长。校验和用来检测数据是否损坏——不过IPv4下校验和是可选的，可以设为0。

我刚开始学的时候觉得这太简单了，8个字节能干啥？后来写网络程序才发现，简单就是力量。没有TCP那些握手、挥手、状态机，UDP的代码写起来特别清爽。

给你看个例子，用Python发一个UDP包：

import socket

# 创建UDP套接字
sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)

# 发送数据
message = b"Hello, UDP!"
sock.sendto(message, ("192.168.1.100", 8888))

# 接收回复
data, addr = sock.recvfrom(1024)
print(f"收到来自 {addr} 的回复: {data}")

sock.close()

看到了吗？不需要connect，不需要listen，直接sendto就发出去了。这就是UDP的风格——干脆利落。