UDP协议格式
udp
协议前4个字段是8字节的报头,这是定长报头,这8字节拿走之后剩下的就是有效载荷,结合目的端口号就能知道要交付给上层的哪个协议。
这个源端口号和目的端口号谁填?
在我们访问这个服务的时候,会指明要访问哪个服务器(ip)的哪个进程(端口号标识),客户端也会随机生成端口,这样就有了源端口号和目的端口号
-
16位UDP长度
:指的是整个报文的长度,由于udp
采用定长报头,所以将长度减8
即可知道正文的长度由于长度是用16位表示,就表明单次UDP报文最大为216,即
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;
};
对报文的管理->对链表的管理
缓冲区满了丢弃原理:
将结构体指向的缓冲区释放