引言
我们上网观看比赛的时候,一旦网络信号出现问题,那可就太难受了,这意味着卡顿的时间内,你会错过这段时间内的内容。这种特性要归功于UDP(User Datagram Protocol)用户数据报协议。
无连接性
一般的,数据在通过应用层后会到达传输层,如果传输层使用UDP作为封装手段,那么UDP仅会在IP基础上增加端口和差错检测的功能,首部大小为8字节,作用简单,规模也不大,这让UDP传输起来非常的快
尽力交付
UDP仅仅拥有一些差错检测功能,除此之位不提供任何可靠性措施。也就是看视频的时候错过去了也就是错过去了,因此稳定的网络环境和可靠的传输设备是很重要的!它们决定了数据流量是否能连续的到达UDP后返还给用户。在发送数据时,应用程序的设计决定了数据发出后经过UDP是否能稳定的传输给对方。
面向报文
UDP是面向报文的,它对应用层传输下来的报文添加首部后完整的发送给网络层,它一次发送一整个报文,而UDP能接受多大的报文呢?这取决于MTU(最大传输单元)的限制。反过来,网络层交付给UDP的报文,UDP在摘除首部后也会原封不动的发送给应用层。
UDP是个好人,他不会对你邮出去的货物进行拆分,但是缺点很明显,UDP不安全。因此你需要想办法在报文中提升安全性能。
它对报文的爱不曾改变
多种通信模式
UDP简直是通信模式的王者。每个对端可以同时自由的发送信息,这很舒服。你想想,你在看直播的时候,和播主对话是不是双方畅通无阻。要是只能对方一句你一句,那直播还有什么意思。当然了,点播、组播、广播等等,UDP都同样适用。不过,你要确保网络质量的稳定哦!
无拥塞控制
一般呢?别人传话给我们后,我们在向别人转达这些话的时候,是不是要时不时的回忆一下再说出去。这个就相当于一个缓冲。但是UDP不会,它收到了消息,会一股脑的发送给你,他就像是个复读机,不管你听没听见,跟没跟上,他只在那里“喋喋不休” 。UDP没有缓冲,也没有拥塞机制。它迫切的需要其它设备为它进行传输的限制,如果无限制的话,大量的数据疯狂传递。,会造成链路堵塞,影响网络使用。
注:不过UDP套接字有缓冲区,这个不细说了,太偏门。
虽然从物理层到应用层的设备几乎都有流量传输大小的限制。不过会出现这种情况——发送端发送大量的超长报文,UDP一股脑的接收整个报文然后源源不断发给接收端,但是接收端的接收能力不高,当其接受量超过阈值后,就开始丢弃报文了。UDP也不会负责流量的管理。因此协议栈中的每个设备都要相互配合,拥塞控制是个相关于全局的。
上图是对拥塞控制的解释
后续
UDP没什么好讲的,一个“毫无感情的数据输出”设备。不过它的简单特性却为我们带来了不少的使用空间。下次就要讲和它“反目成仇的兄弟”了。TCP协议!它和UDP就区别大了