什么是UDP协议？

User Datagram Protocal ，用户数据报协议，它跟TCP协议不同，TCP协议是基于流的，发送的数据跟IP数据报个数无关。而UDP数据则直接封装成IP数据报发送（当然，如果UDP数据过长，会导致IP数据报分片发送）。所以UDP是简单的基于IP数据报的传输，而IP数据报的传输是不保证可到达，不保证传输顺序，所以UDP不提供任何的可靠性。

首部格式

「Source port」源端口号，可选的，如果不用可全部置0.如果喜欢接收方能回复，则源端口号很重要，要不然别人也不知道回复哪个端口，我们知道，系统内核是通过端口号来映射应用程序的
「Destination port」和「「Source port」一样的语义，通过指定接收方的端口号来指定特定应用程序接收到此UDP数据报
「Length」指UDP数据报的长度，注意，包括「首部」和「数据报内容」的总长度
「Check sum」检验和，和「IP」检验和一样，不同的是UDP的检验和针对首部和内容全部计算得出检验和。
*「Data octets」 UDP数据报内容，可以为空

UDP协议格式

IP分片

前面已经说过，UDP协议是基于IP协议的简单封装，而IP协议对应的链路层有MTU的概念，即物理链路传输数据时有最大传输单元限制，这样当IP数据包长送的时候，会将MTU和当前的数据包长度进行比较，如果必要，则要进行IP分片传输。我们知道，以太网链路层的MTU是1500，则每次传输的最大数据不能超过1500字节（byte），如果超过了就要进行分片传输。

IP分片

上图所描述的示例中，如果我们发送一个超过了MTU长度的UDP数据，比如1473字节，加上IP首部20字节和UDP首部8个字节，即1501字节，它比以太网链路层的MTU：1500多1个字节，所以要进行IP分片后传输。分片的第一个分组包含了UDP首部（8个字节）和UDP数据（1472）个字节。第二个分组只包含了UDP数据的最后一个字节内容。我们可以了解到，对于分片发送的UDP数据，只有第一个分组拥有UDP首部的信息，如果所有的分组中第一片分组丢失的话，则所有分组都要丢弃，因我们知道UDP首部中包含了重要的信息，如「Destination port」，如果不知道目的地端口号，则系统不知道将该数据交给哪个应用程序去处理。所以，利用UDP传输的应用程序，应该控制数据报的升序，尽量避免分片进行。

关于接收端在接收到一个IP数据报的分片数据时，如果进行重组，即把所有分片数据再次按顺序组合起来呢，这就要利用IP首部中一些字段标识，我们一起来复习下前面文章中的IP协议：

Identification(唯一标识)：每一个IP数据报都要有唯一的标识字段，这样在分片和重组时不至于混淆两个完全不同的分片数据。就是说，一个IP数据报分片后，每个分片的IP首部中，该字段相同，这样接收端就知道这些分片来自一个数据报
Flages(标志)：这个字段也是为IP数据报的分片和重组作用的。用于标识收到的分片后续是否还有分片待接收。1代表后续还有分处，0代表分片结束，所以最后一个分片该值为0
Fragment offset(分片偏移)：指当前分片数据在整体IP数据报中所处的偏移量，以8字节（64比特）为单位。由此可见,「identification」，「Flages」,「Fragment offset」这三个字段是为IP数据报分片和重组功能作用的字段