TCP，TCP/IP协议簇和UDP的区别与理解

最新推荐文章于 2023-02-17 22:37:09 发布

lendq

最新推荐文章于 2023-02-17 22:37:09 发布

阅读量3.2k

点赞数 1

分类专栏：日常学习日常涨知识文章标签： tcp udp 文件传输

日常学习同时被 2 个专栏收录

163 篇文章 6 订阅

订阅专栏

日常涨知识

147 篇文章 1 订阅

订阅专栏

TCP/IP协议介绍

TCP/IP协议是一个协议簇（多个协议的集合）。
TCP,IP协议是两个重要且主要的协议，就以此命名了。

TCP/IP协议集

TCP/IP协议簇主要分为应用层,传输层，网络层，网络访问层（简单汇总）。

应用层:

超文本传输协议(HTTP):万维网的基本协议.

文件传输(FTP简单文件传输协议)

远程登录(Telnet),提供远程访问其它主机功能,它允许用户登录internet主机,并在这台主机上执行命令.

网络管理(SNMP简单网络管理协议),该协议提供了监控网络设备的方法,以及配置管理,统计信息收集,性能管理及安全管理等.

域名系统(DNS),该系统用于将internet中的域名及其公共广播中的网络节点转换成IP地址.
网络层:

Internet协议(IP ipv4 ipv6)
Internet控制信息协议(ICMP)
地址解析协议(ARP)
反向地址解析协议(RARP)
网络访问层:

简介：网络访问层也称作主机到网络层(host-to-network).
功能：

IP地址与物理地址硬件的映射
将IP封装成帧.
基于不同硬件类型的网络接口(定义了与物理介质的连接).

TCP协议和UDP协议

TCP协议

TCP（Transmission Control Protocol，传输控制协议）是面向连接的协议

面向连接：指在收发数据及各项后续操作之前，必须存在和对方已经建立的连接（前提，可以类比面向对象）。
TCP连接过程非常复杂，用下面动态图型解释

或采用看过的一篇文章中的解释：

主机A向主机B发出连接请求数据包：“我想给你发数据，可以吗？”，这是第一次对话；
主机B向主机A发送同意连接和要求同步（同步就是两台主机一个在发送，一个在接收，协调工作）的数据包：“可以，你什么时候发？”，这是第二次对话；
主机A再发出一个数据包确认主机B的要求同步：“我现在就发，你接着吧！”，这是第三次对话。
三次“对话”的目的是使数据包的发送和接收同步，经过三次“对话”之后，主机A才向主机B正式发送数据。

TCP连接与断开具体内容（结合图示）

1.主机A通过向主机B 发送一个含有同步序列号（SYN）的标志位的数据段给主机B ,向主机B 请求建立连接,通过这个数据段, 主机A告诉主机B 两件事:
我想要和你通信;你可以用哪个序列号作为起始数据段来回应我.

2.主机B 收到主机A的请求后,用一个带有确认应答(ACK)和同步序列号(SYN)标志位的数据段响应主机A,也告诉主机A两件事:
我已经收到你的请求了,你可以传输数据了;你要用哪个序列号作为起始数据段来回应我

3.主机A收到这个数据段后,再发送一个确认应答,确认已收到主机B 的数据段:”我已收到回复,我现在要开始传输实际数据了
这样3次握手就完成了,主机A和主机B 就可以传输数据了.

标志位流程：SYN=1，ACK=0->SYN=1,ACK=1->SYN=0,ACK=1
SYN：同步标志
同步序列编号(Synchronize Sequence Numbers)栏有效。该标志仅在三次握手建立TCP连接时有效。它提示TCP连接的服务端检查序列编号，该序列编号为TCP连接初始端(一般是客户端)的初始序列编号。在这里，可以把TCP序列编号看作是一个范围从0到4，294，967，295的32位计数器。通过TCP连接交换的数据中每一个字节都经过序列编号。在TCP报头中的序列编号栏包括了TCP分段中第一个字节的序列编号。
ACK：确认标志
确认编号(Acknowledgement Number)栏有效。大多数情况下该标志位是置位的。TCP报头内的确认编号栏内包含的确认编号(w+1，Figure-1)为下一个预期的序列编号，同时提示远端系统已经成功接收所有数据。

没有应用层的数据
SYN这个标志位只有在TCP建产连接时才会被置1
握手完成后SYN标志位被置0

TCP断开连接的4次回眸

当主机A完成数据传输后,将控制位FIN置1,提出停止TCP连接的请求
主机B收到FIN后对其作出响应,确认这一方向上的TCP连接将关闭,将ACK置1
由B 端再提出反方向的关闭请求,将FIN置1
主机A对主机B的请求进行确认,将ACK置1,双方向的关闭结束.
FIN：结束标志
带有该标志置位的数据包用来结束一个TCP回话，但对应端口仍处于开放状态，准备接收后续数据，提出断开连接的一方将这位置1

TCP的三次握手和四次断开及使用面向连接的通信方式,大大提高了数据通信的可靠性,使发送数据端和接收端在数据正式传输前就有了交互,为数据正式传输打下了可靠的基础

另附：

ACK
TCP报头的控制位之一,对数据进行确认.确认由目的端发出,用它来告诉发送端这个序列号之前的数据段都收到了.
比如,确认号为X,则表示前X-1个数据段都收到了,只有当ACK=1时,确认号才有效,当ACK=0时,确认号无效,这时会要求重传数据,保证数据的完整性.

TCP的包头结构：

借用一张好图
源端口 16位
目标端口 16位
序列号 32位
回应序号 32位
TCP头长度 4位
reserved 6位
控制代码 6位
窗口大小 16位
偏移量 16位
校验和 16位
选项 32位(可选)
这样得出了TCP包头的最小长度，为20字节。

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

UDP是一个非连接的协议，传输数据之前源端和终端不建立连接，当它想传送时就简单地去抓取来自应用程序的数据，并尽可能快地把它扔到网络上。

发送端，UDP传送数据的速度仅仅是受应用程序生成数据的速度、计算机的能力和传输带宽的限制；
在接收端，UDP把每个消息段放在队列中，应用程序每次从队列中读一个消息段。
由于传输数据不建立连接，因此也就不需要维护连接状态，包括收发状态等，因此一台服务机可同时向多个客户机传输相同的消息。
UDP信息包的标题很短，只有8个字节，相对于TCP的20个字节信息包的额外开销很小.
吞吐量不受拥挤控制算法的调节，只受应用软件生成数据的速率、传输带宽、源端和终端主机性能的限制。
UDP尽最大努力交付，但不保证可靠交付，因此主机不需要维持复杂的链接状态表（许多参数设置）。
UDP是面向报文的。发送方的UDP对应用程序交下来的报文，在添加首部后就向下交付给IP层。既不拆分，也不合并，而是保留这些报文的边界，因此，应用程序需要选择合适的报文大小。
UDP一般会在应用层存在自己规定的协议，不符合的数据报即使接受也会丢弃