UDP协议

UDP协议格式

image-20240318124459372

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;
};

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

缓冲区满了丢弃原理:

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

  • 5
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

加法器+

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值