浙江网站建设哪家好,wordpress公众号文章分类,手机网页设计软件下载,廊坊百度推广优化文章目录 前言1、UDP协议2、协议格式 2.1、协议格式模型2.2、字段分析3.协议特性4.编程影响总结前言 1、UDP协议 UDP协议#xff0c;又名数据报传输协议#xff0c;是传输层协议之一#xff01;#xff01;#xff01; 在TCP/IP五层模型中#xff0c;在传输层中#xff… 文章目录 前言1、UDP协议2、协议格式 2.1、协议格式模型2.2、字段分析3.协议特性4.编程影响总结前言 1、UDP协议 UDP协议又名数据报传输协议是传输层协议之一 在TCP/IP五层模型中在传输层中对数据的封装时会对上层应用层的数据封装对应传输层协议的报头可铁子你知道UDP报头中长啥损样不这就为佬你解密
2、协议格式
2.1、协议格式模型 2.2、字段分析
16位源端端口和16位对端端口 传输协议即本身便是负责“两端”的数据传输其实则交代何去何从罢了16位报头长度 描述报文长度包含头部在内
16位的报头长度实则就已经限制了UDP报文大小必须要小于64K 同时在套接字编程中我们还接触一接口sendto函数接口UDP发送数据接口
函数接口原型如下 ssize_t sendto(int sockfd, const void *buf, size_t len, int flags,const struct sockaddr *dest_addr, socklen_t addrlen);其中buf参数为发送数据的数据长度它的长度会有限制吗 当然UDP报文的被限制于64K以内而其中固定数据包含8字节16位源端端口16位对端端口16位报头长度以及16位的校验和而剩余的64K-8即为发送数据的最大长度 16位校验和 用于检验接受到的数据是否于发送的数据一致 之所以存在校验和是因为数据在传输给对端的时候可能收到多方面因素的影响例如网速进而导致数据出现部分丢失甚至数据到达对端的先后不同而产生错误因而对端在接受数据时首先就会通过一定算法比较报文头部字段中的校验和判断当前按数据是否与发送数据保持一致一致则接受反之则直接丢弃
而其中关于用校验和验证接受到数据与发送数据是否一致大佬们则想出了算法二进制反码求和算法步骤如下 - 发送方将报文数据组织完毕将校验和字段置为0- 从第0个字段包含头部对每个字段进行取反求和- 再求和过程中若数据大小超过16位则截断并于低16位进行求和- 最终得到的32字节的校验和数据填充UDP头部的校验和字段中- 接受方接受到数据同样对数据进行相同的操作关于这种算法博主也没具体尝试过不过倒是想起了数据的原码与反码的相互转换其中有一种方法便是对同一数据的原码反码进行相同的数求反码操作均会得到对方
3.协议特性 UDP协议有三大特性即无连接不可靠与面向数据报传输 无连接 即收发数据双方无需建立连接便可接收发送数据
就比如咱们在一些聊天APP上比如QQ不一定需要对方在线才能发送数据当然QQ的通信方式以UDP为主TCP-为辅 不可靠 即不能保住数据有序且安全的到达对端
其原因也在于UDP传输不存在丢包检测重传机制以及无包序管理上述提到的16校验和实则仅仅只是验证数据的一致而并没有做出任何使数据安全的措施;
UDP说
但是UDP人家也是真的快啊在无以上的操作UDP的传输效率也得到了大大提升 面向数据报 UDP的数据都是整条交付的且数据有固定最大长度限制必须小于64K
4.编程影响
由于数据可能无法安全对端那就让收拾这烂摊子吧
程序猿可在应用层进行对应操作
UDP面向数据报有固定长度限制64K应用层数据小于64K-8
但是要是数据大于64K呢则需要分包处理(此处的分包是在应用层方面对数据进行分包与UDP数据的整条交付必定不冲突~~)
UDP要求数据整条传输交付
当接受方接受UDP数据时会将其整条带头部置于接受缓冲区中
~~~ 带头部这嘛呢不带头部嘛取数据呢对于UDP报文数据的解析首先就先取出头部的16位报头长度之后减去8字节固定数据剩下的便是数据大小也正因为如此UDP传输不存在数据的粘包问题
同时需要注意的是程序员接受recvfrom接受数据的缓冲区一定要足够大否则可能应为无法存放下数据而导致数据丢失
总结
传输层不还有个TCP吗博主觉的两个板块分别写一个博客会方便观看点~ 下期TCP协议仍会从以上方面逐个分析还有诸多面试题的详细分析 不想错过就给博主一个小小的关注吧
