UDP协议

UDP协议格式

udp协议前4个字段是8字节的报头，这是定长报头，这8字节拿走之后剩下的就是有效载荷，结合目的端口号就能知道要交付给上层的哪个协议。

这个源端口号和目的端口号谁填？

在我们访问这个服务的时候，会指明要访问哪个服务器（ip）的哪个进程（端口号标识），客户端也会随机生成端口，这样就有了源端口号和目的端口号

• 16位UDP长度：指的是整个报文的长度，由于udp采用定长报头，所以将长度减8即可知道正文的长度

  由于长度是用16位表示，就表明单次UDP报文最大为2¹⁶，即64kb，如果发送的数据大于64kb那么就需要在应用层自己将这些数据拆分

16位UDP校验：虽然upd协议不保证可靠性，但是要保证数据的准确性，所以需要校验，校验成功才会将有效载荷交付给上层，校验失败直接丢弃（不通知对方，即不保证可靠性）

UDP协议特点

UPD

• 无连接：知道对方的IP和端口直接进行传输，无需进行连接
• 不可靠：没有确认机制，没有重传，不返回错误信息
• **面向数据报：**发几次就收几次

面向数据报

应用层交给UDP多长的报文，UDP不会进行拆分，也不会进行合并，上层给什么发什么

这就好比发邮件：

A发一封邮件给B，B就收到一封；要么收到，要么没收到，不存在收到半封

A发十封邮件，B就收到十封，而且这十封邮件需要一封一封的打开看，不会处理成一个大封的邮件

UDP缓冲区

UDP没有真正意义上的发送缓冲区，客服端将数据发给UDP之后，UDP添加自己的报头，然后直接发送；

UDP有接收缓冲区，用来保存用户来不及处理的报文，但这个接收缓冲区不保证收到UDP报文顺序和发送的UDP报文顺序一致性，如果这个缓冲区满了，之后来的UDP报文直接丢弃

报文乱序就是不可靠的一种场景

UDP套接字能同时读写，即全双工

UDP内核实现（了解）

Linux系统是用C语言写的，udp结构定义：

typedef struct udp_header
{
	uint32_t _src_port : 16;
	uint32_t _dst_port : 16;
	uint32_t _length : 16;
	uint32_t _check_code : 16;
}udp_header;

udp没有发送缓冲区，但是udp要发送的报文需要在内核里面流动，因为需要向上交付，这就注定了网络通信期间系统内存在着大量的udp报文；所以操作系统也需要对这些报文进行管理，即先描述、再组织

struct sk_buff
{
	char* start;
	char* end;
	char* pos;
	int type;
	//...
	struct sk_buff* next;
};

对报文的管理->对链表的管理

缓冲区满了丢弃原理：

将结构体指向的缓冲区释放