网络编程---UDP协议解析以及UDP套接字编程实现

认识UDP协议

　　UDP协议全称是用户数据报协议，在网络中它与TCP协议一样用于处理数据包，但不同于TCP的是，UDP是一种无连接的协议。。在OSI模型中，在第四层——传输层，处于IP协议的上一层。UDP有不提供数据包分组、组装和不能对数据包进行排序的缺点，也就是说，当报文发送之后，是无法得知其是否安全完整到达的。UDP用来支持那些需要在计算机之间传输数据的网络应用。

　　简单来说，UDP可以概括为四点

• 传输层协议
• 无连接
• 提供不可靠传输
• 面向数据报

传输层协议

　　传输层（Transport Layer）是OSI中最重要， 最关键的一层，是唯一负责总体的数据传输和数据控制的一层。传输层提供端到端的交换数据的机制。传输层对会话层等高三层提供可靠的传输服务，对网络层提供可靠的目的地站点信息。

　　传输层既是OSI层模型中负责数据通信的最高层，又是面向网络通信的低三层和面向信息处理的高三层之间的中间层。该层弥补高层所要求的服务和网络层所提供的服务之间的差距，并向高层用户屏蔽通信子网的细节，使高层用户看到的只是在两个传输实体间的一条端到端的、可由用户控制和设定的、可靠的数据通路。
　　
　　端到端是网络连接，有的人可能不理解端到端的概念，比如你要将数据从A传送到E，中间可能经过A→B→C→D→E，对于传输层来说他并不知道b,c,d的存在，他只认为我的报文数据是从a直接到e的，这就叫做端到端。

无连接

　　UDP是不需要建立连接的，意思不是网络不连接就可以发，而是不需要先向对方发送请求建立连接报文，而是在知晓对方IP和端口号后，可以直接将报文发送过去。

不可靠传输

　　UDP协议中没有确认机制，没有重传机制，报文的传输过程怎么样，丢没丢，它都是不关心的，即使报文丢了，它也不会向上层发送错误信息。

面向数据报

　　不能灵活的控制读写数据的次数和数量，应用层交给UDP多长的报文，UDP原样发送，既不会拆分，也不会合并。

　　假如用UDP传输100字节的数据，发送端调用一次sendto，一次性发送100个字节，那么接收端也必须调用一次recvfrom接收100个字节，而不能分成10次，一次接收一个字节。

UDP的缓冲区

• UDP是没有真正意义上的发送缓冲区的，调用sendto后会直接将数据交给内核，由内核来交付给网络层相关协议进行之后的传输工作。

• UDP有接收缓冲区，但是接收到数据报后，不能保证它们是按序到达的，如果缓冲区满了，再到达的数据报就会被丢弃。

• UDP的数据报既能读，又能写，所以是全双工的（可以同时读写）。

  　　
  　　既然ＵＤＰ这么不可靠，那为啥还要用它呢？原因就是速度够快！
  　　
  　　网络中存在一些场景是不追求可靠性的，而是追求连接的速度，也就是实时性，比如视频通话或者直播画面中的卡顿现象，一些游戏中的丢包问题等，举一个最简单的例子：和家人开视频时，突然画面卡了几秒，这意味着中间有数据报丢失了，丢了就丢了，我们漏掉的信息可以再询问对方嚒，但你见过几分钟之后，之前丢失的画面又重新回来的现象嚒？这不就成恐怖片了嚒。

UDP协议端了解一下

• 16位UDP长度，指的是UDP报头+上层数据的最大长度，这个最大长度所能传输的数据最大长度是64K(包括UDP首部)，但是有时候64K的大小是明显不够的，这时候就需要我们在应用层实现手动分包，并在接收端手动拼装。
• 如果校验和出错，数据报直接丢弃，这里要和不可靠传输区分开。传输过程中数据报怎么样UDP不关心，但是UDP总不能发送一个错误的数据给对方吧，校验和就是干这个的。
• UDP报头长度是固定的8字节，方便有效分离报头信息和有效载荷(除了报头之外的数据。
• 可能看到这里有人要问，UDP报头里为什么没有IP地址呢？
• 那是