[计算机网络] TCP协议与UDP协议的区别

TCP（Transmission Control Protocol，传输控制协议）

是可靠的、面向连接的协议，也就是说，在收发数据前，必须和对方建立可靠的连接。一个TCP连接必须要经过三次“对话”才能建立起来，其中的过程非常复杂，只简单的描述下这三次对话的简单过程：主机A向主机B发出连接请求数据包：“我想给你发数据，可以吗？”，这是第一次对话；主机B向主机A发送同意连接和要求同步（同步就是两台主机一个在发送，一个在接收，协调工作）的数据包：“可以，你什么时候发？”，这是第二次对话；主机A再发出一个数据包确认主机B的要求同步：“我现在就发，你接着吧！”，这是第三次对话。三次“对话”的目的是使数据包的发送和接收同步，经过三次“对话”之后，主机A才向主机B正式发送数据。

具有超时重传、滑动窗口协议实现流量控制、捎带肯定累计确认机制以及拥塞控制协议。

        TCP的包头结构

源端口、目的端口：16位长。标识出远端和本地的端口号。
顺序号：32位长。表明了发送的数据报的顺序。
确认号：32位长。希望收到的下一个数据报的序列号。
TCP协议数据报头DE 头长：4位长。表明TCP头中包含多少个32位字。
接下来的6位未用。
ACK：ACK位置1表明确认号是合法的。如果ACK为0，那么数据报不包含确认信息，确认字段被省略。
PSH：表示是带有PUSH标志的数据。接收方因此请求数据报一到便可送往应用程序而不必等到缓冲区装满时才传送。
RST：用于复位由于主机崩溃或其它原因而出现的错误的连接。还可以用于拒绝非法的数据报或拒绝连接请求。
SYN：用于建立连接。
FIN：用于释放连接。
窗口大小：16位长。窗口大小字段表示在确认了字节之后还可以发送多少个字节。
校验和：16位长。是为了确保高可靠性而设置的，它校验头部、数据和伪TCP头部之和。
可选项：0个或多个32位字。包括最大TCP载荷，窗口比例、选择重发数据报等选项。
最大TCP载荷：允许每台主机设定其能够接受的最大的TCP载荷能力。在建立连接期间，双方均声明其最大载荷能力，并选取其中较小的作为标准。如果一台主机未使用该选项，那么其载荷能力缺省设置为536字节。
窗口比例：允许发送方和接收方商定一个合适的窗口比例因子。这一因子使滑动窗口最大能够达到232字节。
TCP协议数据报头选择重发数据报：这个选项允许接收方请求发送指定的一个或多个数据报。
 TCP报头的最小长度为20字节。

UDP（User Data Protocol，用户数据报协议）

UDP是不可靠的、非面向连接的协议，传输数据之前源端和终端不建立连接，当它想传送时就简单地去抓取来自应用程序的数据，并尽可能快地把它扔到网络上。在发送端，UDP传送数据的速度仅仅是受应用程序生成数据的速度、计算机的能力和传输带宽的限制；在接收端，UDP把每个消息段放在队列中，应用程序每次从队列中读一个消息段。

由于传输数据不建立连接，因此也就不需要维护连接状态，包括收发状态等，因此一台服务机可同时向多个客户机传输相同的消息。这时，每个数据段的可靠性依靠上层协议来保证。在传送数据较少、较小的情况下，UDP比TCP更加高效。

吞吐量不受拥挤控制算法的调节，只受应用软件生成数据的速率、传输带宽、源端和终端主机性能的限制。

UDP使用尽最大努力交付，即不保证可靠交付，因此主机不需要维持复杂的链接状态表（这里面有许多参数）。

UDP是面向报文的。发送方的UDP对应用程序交下来的报文，在添加首部后就向下交付给IP层。既不拆分，也不合并，而是保留这些报文的边界，因此，应用程序需要选择合适的报文大小。

        UDP的包头结构

源端口 16位
目的端口 16位
长度 16位，UDP用户数据报的总长度，以字节为单位。
校验和 16位，它校验头部、数据和伪UDP头部之和。

UDP报头的长度为8个字节。

伪首部

伪首部（Pseudo Header），是指在TCP的分段或UDP的数据报格式中，在数据报首部前面增加源IP地址、目的IP地址、IP分组的协议字段、TCP或UDP数据报的总长度等共12个字节，所构成的扩展首部结构。伪首部是一个临时的结构，它既不向上也不向下传递，仅仅只是为了保证可以校验套接字的正确性。

面向连接一定可靠，不面向连接一定不可靠？

不一定！面向连接只是容易实现可靠的传输控制机制，不面向连接很难实现可靠的传输控制。

举个现实生活中的例子：打电话（TCP）和投递信件（UDP）：

打电话先建立连接，“你好，小王在吗？”，“我就是哦，你是小莉吧？”“是啊，blabla~~”这就是TCP的三次握手，接下来相互传递的信息就具有一定的通话质量保障。但如果出现物理链路错误或是网络大量拥塞的情况还是会造成传输质量的下降导致不可靠。

对于投递信件案例，普通信件投递到邮筒就无法查到相关的信息了，经常会想“怎么这么久都没有收到信件，也不知道她是不是收到了我的信件？好焦急！”，只有当收到对方回复才能确认上次投递的信件被对方收到了！但如果是挂号信呢？虽然维护起来很麻烦，不过挂号信可以查到投递状态等信息，这样由不可靠变成相对可靠了。

二者没有必然的联系！只是在实现上有个难易程度之分。

小结TCP与UDP的区别：

1.基于连接与无连接；
2.对系统资源的要求（TCP较多，UDP少）；
3.UDP程序结构较简单；
4.流模式与数据报模式 ；

5.TCP保证数据正确性，UDP可能丢包，TCP保证数据顺序，UDP不保证。

编程时的区别：
1.socket()的参数不同
2.UDP Server不需要调用listen和accept
3.UDP收发数据用sendto/recvfrom函数
4.TCP：地址信息在connect/accept时确定
5.UDP：在sendto/recvfrom函数中每次均 需指定地址信息
6.UDP：shutdown函数无效