TCP&UDP协议

刺骨的言语ヽ痛彻心扉 2023-09-30 13:07 11阅读 0赞

**目录**

一，TCP协议

1.TCP协议的格式

2.TCP协议的特点

1）有连接

2）可靠传输

3）面向字节流

4）有接收缓冲区，也有发送缓冲区

5）大小不限

6）全双工通信

3.TCP协议的原理——可靠机制

1）确认应答机制

2）超时传输机制

3）连接管理机制

4）流量控制机制

5）拥塞控制机制

4.TCP协议的原理——效率机制

1）滑动窗口机制

2）延迟应答机制

3）捎带应答机制

5.三次握手

6.四次挥手

二，UDP协议

1.协议格式

2.特点

1）无连接

2）不可靠

3）面向数据报

4）没有发送缓冲区，只有接收缓冲区

5）大小受限

三，TCP&UDP总结

--------------------

## 一，TCP协议 ##

### 1.TCP协议的格式 ###

![321cddc877738be56f5965a776481ac9.png][]

### 2.TCP协议的特点 ###

#### 1）有连接 ####

通过三次握手建立连接和通过四次挥手关闭连接

#### 2）可靠传输 ####

网络传输的方式，是通过一跳一跳的方式来传递数据的，期间可能发生数据丢失

#### 3）面向字节流 ####

在连接没有关闭之前，可以多次接收数据，也可以多次发送数据

#### 4）有接收缓冲区，也有发送缓冲区 ####

*  在确认应答机制和超时重传机制都会用到缓冲区
 *  接收数据：在接收数据时，先将数据保存到接收缓冲区，再交给程序
 *  发送数据：发送数据时，先写到发送缓冲区，然后再刷新缓冲区

#### 5）大小不限 ####

因为可以多次发送数据，所以大小不限，可以发送很大的数据

#### 6）全双工通信 ####

双方都可以接收或者是发送数据

### 3.TCP协议的原理——可靠机制 ###

#### 1）确认应答机制 ####

![22e7a29712e62cc87ae9165a3dcaab35.png][]

**解释：**

*  发送一个数据报之后，需要接收方回答一下是否收到了这个数据报

**实现：**

*  在tcp协议中有32位序号报头，用于把数据一个字节一个字节的放进去，并且对数据进行了编号
 *  报头中的32位确认序号，将下一次需要发送的数据开始序号返回去，并将标志位ack（带确认信息）置为1

#### 2）超时传输机制 ####

**解释：**

*  不论是发送的数据报丢失或是带确认信息的数据报丢失，都会导致发送端一直接收不到应答，需要重新传输

**发送数据报丢失情况：**

*  对于发送端以为成功发送，接收端什么都没收到，肯定不会返回，因此直接重发接收端只需要返回确认应答数据报（缓冲区未被刷新，直接重新发送）

**确认应答数据报丢失：**

*  对于发送端来说这次是真的成功发送了，同时接收端也接收到了并发出了应答确认数据报，但是，确认数据报丢失了，因此，等待一段时间后，发送端要重新发送，接收端再次收到数据报后发现已经接收过了，进行去重操作（利用序列号）后，再次返回确认应答数据报

**超时时间的计算：**

*  Linux中（BSD Unix和Windows也是如此），超时以500ms为一个单位进行控制，每次判定超时重发的超时时间都是500ms的整数倍
 *  如果重发一次之后，仍然得不到应答，等待 2\*500ms 后再进行重传
 *  如果仍然得不到应答，等待 4\*500ms 进行重传。依次类推，以指数形式递增
 *  累计到一定的重传次数，TCP认为网络或者对端主机出现异常，强制关闭连接

#### 3）连接管理机制 ####

三次握手和四次挥手的具体过程

#### 4）流量控制机制 ####

**解释：**

*  接收端处理数据的速度是有限的。如果发送端发的太快，导致接收端的缓冲区被打满，这个时候如果发送端继续发送，就会造成丢包，继而引起丢包重传等等一系列连锁反应
 *  因此TCP支持根据接收端的处理能力，来决定发送端的发送速度。这个机制就叫做流量控制

**实现：**

*  接收端将自己可以接收的缓冲区大小放入 TCP 首部中的 "窗口大小" 字段，通过ACK端通知发送端；
 *  窗口大小字段越大，说明网络的吞吐量越高；
 *  接收端一旦发现自己的缓冲区快满了，就会将窗口大小设置成一个更小的值通知给发送端；发送端接受到这个窗口之后，就会减慢自己的发送速度；
 *  如果接收端缓冲区满了，就会将窗口置为0；这时发送方不再发送数据，但是需要定期发送一个窗口探测数据段，使接收端把窗口大小告诉发送端

**方法：**

*  接受端返回的ack数据报中，包含了16位窗口大小的字段，用来标识接收端接收缓冲区的剩余大小，以此来控制发送端发送数据的速度
 *  滑动窗口大小就是发送数据的大小，是以流量窗口大小为其一个依据

#### 5）拥塞控制机制 ####

**解释：**

*  发送数据时，先发一点数据，逐渐提高数据量，防止一次性发送的数据过多，导致大量的丢包
 *  拥塞窗口也是作为滑动窗口的一个参考值

**实现：**

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBAb2hhbmHvvIE_size_20_color_FFFFFF_t_70_g_se_x_16][]

### 4.TCP协议的原理——效率机制 ###

#### 1）滑动窗口机制 ####

**解释：**

就是一次发送多个数据报

**窗口大小：可以一次性发送最多数据报的大小**

**具体窗口大小：取流量窗口和拥塞窗口中的最小值**

**发送时丢包：**

这种丢包会导致以及后面的数据报都接收到了，也不会返回最后一次接收到ack，内部的检测机制会检测序号不连续，并且发现某一个数据报之前的ack连续返回三次，就会重新进行发送

**ack丢失：**

只要有一次的ack返回都证明之前的数据报都已经接收到了

#### 2）延迟应答机制 ####

**解释：**

*  主要和滑动窗口大小有关，如果收到之后立马返回，就说明接收端的处理速度很快
 *  但是如果等待一定量的数据报再返回，就可以让窗口变得大些，传输的效率就会更高

**控制：**

*  数量限制：每隔N个包就应答一次；
 *  时间限制：超过最大延迟时间就应答一次；
 *  具体的数量和超时时间，依操作系统不同也有差异；一般N取2，超时时间取200ms；

#### 3）捎带应答机制 ####

**解释：**

就是为了方便也可以让一些返回数据一起返回给发送端

### 5.三次握手 ###

**syn标志位：申请建立连接的标志位**

*  **客户端发送syn到服务端，申请建立客户端到服务端的连接**
 *  **服务端返回syn+ack给客户端（这是syn的第一次应答），及申请建立服务端到客户端的连接**
 *  **客户端接收到服务端返回的数据报，将状态设置为established，返回ack给服务端（这是syn的第二次应答），服务端接收到数据报，也将状态设置为established，建立了客户端到服务端的连接**

### 6.四次挥手 ###

**fin标志位：关闭连接的标志位**

*  **客户端发送fin到服务端，申请关闭连接**
 *  **服务端接收到后fin后，状态置为CLOSE\_WAIT，并且返回一个ack（这个动作是tcp协议栈自己实现的，不需要程序调用代码执行）**
 *  **服务端发送一个fin到客户端，申请关闭到客户端的连接（程序员手动调用socket.close来发送），程序可以执行一些动作，如消耗资源等**
 *  **客户端返回ack（第三次fin的应答），且状态置为CLOSE\_WAIT，需要等待一定的时间，置为CLOSED，服务端接收到这个数据报也置为CLOSED，关闭连接（第四次ack也可能出现丢包，那么服务端就需要重新发送第三个fin数据报给客户端，客户端需要进行应答）**

## 二，UDP协议 ##

### 1.协议格式 ###

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBAb2hhbmHvvIE_size_20_color_FFFFFF_t_70_g_se_x_16 1][]

### 2.特点 ###

#### 1）无连接 ####

不需要进行连接，只要知道对方的ip和端口就直接发送

#### 2）不可靠 ####

没有任何可靠机制，发送完就继续下一个，不知道上一个是否发送成功

#### 3）面向数据报 ####

应用层交给UDP多长的报文，UDP原样发送，既不会拆分，也不会合并，不会像TCP一样可以循环发送

#### 4）没有发送缓冲区，只有接收缓冲区 ####

也和UDP的机制一样，因为不需要重复发送，没有可靠机制，那么就不需要等待接收端返回任何收到或是没收到的数据报，但是接收端可以有接收时的缓冲区，防止一次性数据报过大

#### 5）大小受限 ####

UDP协议首部中有一个16位的最大长度。也就是说一个UDP能传输的数据最大长度是64K（包含UDP首部）。

## 三，TCP&UDP总结 ##

*  TCP用于可靠传输的情况，应用于文件传输，重要状态更新等场景；
 *  UDP用于对高速传输和实时性要求较高的通信领域，例如，早期的QQ，视频传输等。另外UDP可以用于广播；

[321cddc877738be56f5965a776481ac9.png]: https://img-blog.csdnimg.cn/img_convert/321cddc877738be56f5965a776481ac9.png
[22e7a29712e62cc87ae9165a3dcaab35.png]: https://img-blog.csdnimg.cn/img_convert/22e7a29712e62cc87ae9165a3dcaab35.png
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBAb2hhbmHvvIE_size_20_color_FFFFFF_t_70_g_se_x_16]: https://img-blog.csdnimg.cn/05391f3dd9524aabb255af798c15e475.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBAb2hhbmHvvIE=,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBAb2hhbmHvvIE_size_20_color_FFFFFF_t_70_g_se_x_16 1]: https://img-blog.csdnimg.cn/501e40d671ce4ea989dc776bc382fc80.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBAb2hhbmHvvIE=,size_20,color_FFFFFF,t_70,g_se,x_16