UDP 协议

UDP 协议其实就是 传输层上的两大协议之一, 即用户报文协议

1. UDP 协议端格式

• 源端口号:
  表示发送端的 UDP 端口号, 该字段通常为 16 位. 如果接收方需要给发送方发送响应, 源端口号就可以作为发送响应的目的地址.
  该字段是可选的, 如果没有源端口号, 则将该字段设置为 0, 可用于不需要返回的通信中.
• 目的端口号:
  表示接收端的 UDP 端口号, 该字段通常为 16 位
• UDP 长度:
  表示 UDP 数据报的长度(UDP 首部 + UDP 数据长度). 由于 UDP 首部长度通常为 8 个字节, 所以 UDP 长度最小值为 8
• UDP 检验和:
  该字段长度为 16 位, 可以检验数据在传输过程中是否被损坏
  发送端会根据数据内容计算一个校验和, 当数据到达接收端的时候, 接收端也会重新计算一个校验和, 如果两个校验和不相等说明数据已经被损坏, 接收端会直接丢弃该数据包

2. UDP 的特点

1. 无连接: 只需要知道远端的 ip + port 就可以直接进行传输, 不需要连接
2. 不可靠: 没有确认机制, 没有重传机制, 如果因为网络故障导致该段无法发送, UDP 协议层也不会给应用层返回任何错误信息
3. 面向数据报: 不够灵活的控制读写数据的次数和数量

2.1 UDP 不可靠的表现:

①. 无连接:

• UDP 想发就发, 没有任何准备工作, 也不需要连接

②. 不可靠:

• UDP 根本不管丢包问题, 甚至发送方的 UDP 都不知道数据是否到达对方, 应用层就更不知道了

③. 面向数据报:

• 应用层交给 UDP 多长的报文, UDP 都原样发送, 既不会拆分, 也不会合并
  应用层给了 UDP 什么, UDP 就原封不动的发什么, 对方的 UDP 就原封不动的接收, 同时原封不动的交付给应用层
• 数据只能整条交付给应用层, 传输不够灵活, 但也不会产生 粘包现象
• 由于 UDP 协议的首部中, UDP 的最大长度为 16 位, 也就是说 UDP 能够传输的最大数据长度为 64K(包含 UDP 首部), 如果传输的内容超过了 64K, 就需要在应用层手动分包, 多次发送, 并在接收方手动拼接

④. UDP 的缓冲区:

• UDP 没有真正意义上的发送缓冲区, 发送端调用 sendto 直接发送给内核, 由内核将数据传给网络层协议并进行后续的传输
• UDP 是具有接收缓冲区的, 但接收缓冲区不能保证收到的 UDP 报的顺序和发送顺序一致, 一旦缓冲区满了, 再到达的 UDP 数据就会被丢弃

3. 基于 UDP 应用层的协议

• NFS: 网络文件系统
• TFTP: 简单文件传输协议
• DHCP: 动态主机配置协议
• BOOTP: 启动协议
• DNS: 域名解析协议

4. 问题: 怎样通过 UDP 实现可靠的传输

要想使用 UDP 实现可靠的传输, 可以参考 TCP 传输机制:

• 引入 确认-应答机制: 保证接收端可以收到数据
• 引入 超时重传机制: 确保接收端一定能收到数据
• 引入 序列号/确认序列号, 保证数据的顺序