UDP协议与网络通信知识点

1. UDP协议特点

UDP（用户数据报协议）的传输过程类似于寄信，具有以下四大核心特征：

无连接： 只要知道对端的IP和端口号即可直接发送数据，无需事先建立连接。
不可靠传输： 没有确认（ACK）和重传机制。如果数据因网络故障丢失，UDP协议层不会向应用层返回任何错误信息。
面向数据报： 应用层交给UDP多长的报文，UDP就原样发送，不拆分、不合并。
- 示例： 发送端调用一次 sendto 发送100字节，接收端必须调用一次 recvfrom 接收100字节，不能分10次每次接收10字节。
全双工通信： UDP的 socket 支持同时进行读操作（read/recv）和写操作（write/send），即支持双向数据同时传输。

UDP的读写缓冲机制与TCP有显著区别：

发送缓冲区：无。 UDP没有真正意义上的发送缓冲区。调用 sendto 后，数据会直接交付给内核，由内核传递给网络层（IP层）进行封装和发送。
接收缓冲区：有。
- 乱序： 接收缓冲区不能保证收到报文的顺序与发送端一致。
- 丢包： 如果接收缓冲区满了，后续到达的UDP数据报会被直接丢弃。

! $\[Pasted image 20260513192621.png$ ]

UDP的报头非常精简，固定为 8个字节：

⚠️ 关键限制（64K问题）：

因为"UDP长度"字段占16位，这意味着一个UDP数据报的最大长度是 64KB （包含UDP首部）。在现代互联网中64KB很小，如果需要传输超过64KB的数据，必须在应用层手动分包发送，并在接收端手动拼装。

传输层的主要职责是确保数据能从发送端传输到接收端，而端口号用于标识主机上不同的应用程序。

在TCP/IP协议中，通过以下五个元素来唯一标识一次网络通信（可通过 netstat -n 查看）：

源IP + 源端口号 + 目的IP + 目的端口号 + 协议号

0 - 1023（知名端口号 / Well-Know Port）： 固定分配给广为使用的应用层协议。开发者自己写程序时应避开这些端口。（可通过 cat /etc/services 命令查看系统端口分配）
1024 - 65535： 操作系统动态分配的端口号，通常用于客户端程序。

两个经典问题

一个进程是否可以bind多个端口号？ 可以。一个进程可以创建多个 socket，分别绑定不同的端口。
一个端口号是否可以被多个进程bind？ 通常不可以（会提示端口被占用），但在某些特殊机制下（如父子进程继承或设置了特定的端口复用选项 SO_REUSEPORT），存在特殊情况。

在局域网内两台主机（A与B）通信时，数据流动呈现严格的自上而下的层级封装：

虽然UDP不可靠，但其极低的延迟使其成为许多经典应用层协议的基石：