本文主要是介绍《数据通信与网络》笔记--UDP，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
UDP协议的全称是用户数据报协议，在网络中它与TCP协议一样用于处理数据包，是一种无连接的协议。在OSI模型中，在第四层——传输层，
处于IP协议的上一层。UDP有不提供数据包分组、组装和不能对数据包进行排序的缺点，也就是说，当报文发送之后，是无法得知其是否安全
完整到达的。
数据报格式
UDP的数据报格式如下：
校验和
UDP的校验和的计算和IP和ICMP校验和的计算不同，这里校验校验包括3个部分：伪头部，UDP头部和从应用层来的数据。
伪头部（pseudoheader）是IP分组的头部的一部分，其中有些字段要填入0，用户数据报封装在IP分组中。如下图所示：
如果校验和不包括伪头部，用户数据报也可能安全的和正确地到达。但是，如果IP头部受到损伤，那么它可能被提交到错误的主机。
UDP的校验和是可选的，如果不进行校验和额计算，则校验和字段都填入1，因为校验和永远都不会是全1。
无连接服务
UDP停用无连接服务，UDP发送的每一个用户数据报都是一个独立的数据报，不同的用数据报之间没有联系，数据报也不进行编号。
无连接的一个结果是使用UDP的进程不能发送数据流，也不能期待UDP将这个数据流分割成许多不同的相关联的用户数据报，相反，
每个请求必须足够小，使其能够装入用户数据报中，只有那些发送短报文的进程才能使用UDP。
流量控制和差错控制
UDP没有流量控制和差错控制。
排队
当报文要被发送时，被放到发送队列的末尾，系统按照队列的顺序发送UDP报文，队列有长度限制，可能发生溢出，如果发生溢出，
操作系统就要求发送进程在继续发送报文之前要等待。
当报文被接收时，被放到接收队列的末尾，系统按照队列的顺序处理UDP报文，同样该队列也是有长度限制，也可能发生溢出，如果发生溢出，
UDP就丢弃此用户数据报，并向服务器发送端口不可达报文。这个端口不可达的报文使用普通的socket是无法接收到的，该消息是操作系统
TCP/IP协议栈实现层面上的，但是可以使用rawsocket进行接收。
这篇关于《数据通信与网络》笔记--UDP的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
