网络编程教程（三）TCP协议详解

最新推荐文章于 2022-05-06 21:15:02 发布

kang___xi

最新推荐文章于 2022-05-06 21:15:02 发布

阅读量686

点赞数 1

分类专栏：计算机网络文章标签：计算机网络 TCP协议

本文链接：https://blog.csdn.net/kang___xi/article/details/80900435

版权

计算机网络专栏收录该内容

9 篇文章 0 订阅

订阅专栏

一、TCP服务的特点

1.面向连接的

使用TCP协议通信的双方必须先建立连接，然后才能通信。这里就涉及到对连接的理解，或者说这个连接对应到socket编程中又是什么？在进行TCP通信时，通信双方都必须在内核中为该连接分配一定的内核资源，用于记录和维持该连接的状态、连接上的数据发送情况和定时器等。

2.可靠的

TCP协议通过超时重传和应答确认机制来保证数据报能够被接收方完整接收。

超时重传机制是指每当发送端发送一个数据报时，就会在内核中为该数据报维持一个定时器，当定时器时间到还没有收到ACK时，发送端就会进行重发。

应答确认机制是指针对每个发送端发送的报文，接收端在收到后都必须返回一个确认报文段。

3.基于字节流的服务

发送端发送数据时并不是发调用一次send()函数，在底层就会直接把数据发过去，而是先把数据存放到发送缓冲区中，等发送缓冲区满了以后，再一次发送过去；同样的，对应到接收端，在收到数据以后，先把数据存放在接收缓冲区中，等缓冲区满了以后再一次从接收缓冲区中将数据读出进行处理。简单地说，基于字节流的服务中，send()函数调用次数和底层的数据发送次数之间没有一一对应关系。

相对应的是UDP，UDP中使用的数据报服务，在发送端每执行一次写操作，UDP模块就将其封装成一个UDP数据报并发送之。同样的，在接收端，针对每一个UDP数据报，都必须执行一次读操作。

补充：.

(1)字节流服务和数据报服务的区别在于，通信双方是否必须执行相同次数的读/写操作。

(2)TCP服务是全双工的

二、TCP头部结构

1.头部结构

三、TCP连接的建立和关闭

1.三次握手

2.四次挥手

3.主动关闭和被动关闭

在连接的关闭过程中，先发送结束报文段的一端为主动关闭端，而另一端则为被动关闭端。

4.半关闭状态

TCP连接是全双工的，所以它允许两个方向的数据传输被独立关闭。换言之，通信的一段可以发送结束报文段给对方，告诉它本端已经完成了数据的发送，但允许接收来自对方的数据，直到对方也发送结束报文段以关闭连接。TCP连接的这种状态称为半关闭。如下图：

5.连接超时

当客户端向服务端发起连接时，同样的该报文有一个定时器，如果时间到了还没有收到确认应答和接收方发送过来的连接请求，就会发生超时重连，两次超时重连的时间以2的倍数增加。一般情况下，超时重连的时间间隔为1s、2s、4s、8s和16s。在5次重连均失败后，TCP模块放弃连接并通知应用程序。

四、TCP状态转移

1.TCP状态转移过程

服务器一旦监听到某个连接请求（收到同步报文段），就将该连接放入内核等待队列中，并向客户端发送回确认报文段，此时连接转到ESTABLISHED状态，两边进入能够双向数据传输的阶段。

2.connect()系统调用失败的原因

(1)connect()连接的目标端口不存在

(2)connect()在超时时间内未收到服务器的确认报文段

3.几个状态的说明（见下图）

TIME_WAIT：TIME_WAIT状态存在的原因有两点，一是可靠地终止TCP连接，而是保证让迟来的TCP报文段有足够的的时间被识别并丢弃。

注：当程序退出后，如果希望能立即重启它。但由于TIME_WAIT状态还占用着端口，程序将无法启动（直到2MSL超时时间结束）。在实际socket编程中，可以通过socket选项SO_REUSEADDR来强制进程立即使用处于TIME_WAIT状态的连接占用的端口。

4.超时重传

TCP模块为每个TCP报文段都维护一个重传定时器，该定时器在TCP报文段第一次被发送时启动。如果超时时间内未收到接收方的应答，TCP模块将重传TCP报文段并重置定时器。至于下次重传的超时时间如何设置，以及最多执行多少次重传，就是TCP重传策略。

注意超时重连和超时重传之间的关系和区别

5.其他情况

(1）复位报文段

a).访问不存在的端口

b).使用socket选项SO_LINGER来发送复位报文段，以异常终止一个连接。

c).处理半打开连接，服务器（或客户端）一方异常终止连接（如网线故障等），而另一方则维持着原来的连接，此时就处于半打开状态，如果另一方向原来的连接中写入数据，就会返回一个复位报文段。

(2)交互数据

(3)成块数据

五、流量控制

1.滑动窗口

TCP以一个段为单位，每发一个段进行一次确认应答的处理。这样的传输方式有一个缺点，那就是包的往返时间越长通信性能就越低。

上面之所以性能不好的原因在于串行发包，在没有收到之前包的确认应答之前无法继续发包。为了解决这个问题，提出了滑动窗口的概念，发送端主机，在发送了一个段以后不必要一直等待确认应答，而是可以继续发送窗口大小的数据。窗口大小是指无需等待确认应答而可以继续发送数据的最大值。

如上图所示，即使在没有收到数据（1001-2000）的确认应答时，依然可以继续发送数据，最多可以发送4个段（针对上图）。但是当收到1001-2000的应答以后，窗口向后滑动，接着就可以发送数据（5001-6000）。这种可以同时将多个段同时发送提高通信性能的机制就称为滑动窗口机制。

2.快速重发

假设滑动窗口中数据（0-1000）已经发送到接收端，而数据（1001-2000）丢失，此时接收端首先会返回数据（0-1000）的确认报文，然后由于滑动窗口的存在，所以在数据（1001-2000）丢失后，依然能继续发送数据（2001-3000），接收端在收到该数据后，本应该发送数据（2001-3000）的确认应答报文，但是由于前面的数据（1001-2000）没有收到，此时返回的确认报文不是针对数据（2001-3000）,而是针对（1001-2000），以通知发送端重发数据（1001-2000）。如果连续收到三次重复的确认应答，此时发送端就会立即重发该数据（1001-2000）,而不用等到数据（1001-2000）的定时器时间到。

3.流控

TCP提供一种机制可以让发送端根据接收端的实际接收能力控制发送的数据量，这就是流控制。具体操作是，接收端主机向发送端主机通知自己可以接收数据的大小，于是发送端会发送不超过这个限度的数据。

上图中，当接收端收到从3001号开始的数据段后其缓冲区即满，不得不暂时停止接收数据。之后，发送端主机会时不时发送一个叫做窗口探测的数据段，此数据段仅含一个字节以获取最新的窗口大小信息。

六、拥塞控制

1.为什么有拥塞控制

计算机网络都处在一个共享的环境中，因此有可能发生其他主机之间的通信使得网络拥堵。在网络拥堵时，如果突然发送一个较大量的数据，极有可能会导致整个网络的瘫痪。为了解决这个问题，所以就出现了拥塞控制，一般有四个阶段：慢启动、快恢复、拥塞避免和快速重传。

2.慢启动

为了在发送端调节所要发送数据的量，定义了一个拥塞窗口。在慢启动时，将这个拥塞窗口的大小设置为1个数据段发送数据，之后每收到一个确认应答（ACK），拥塞窗口的值就变为原来的两倍。在发送数据包时，将拥塞窗口的大小和接收端主机通知的窗口大小作比较，然后按照它们当中较小的那个值，发送比其还要小的数据量。

3.拥塞避免

在慢启动过程中其实并不慢，它是指数型增长。随着时间的推移，发包的数量会越来越多，可能导致网络发生拥堵。所以引入了慢启动阈值的概念。只要拥塞窗口的值超出这个阈值，之后就进入线性增长阶段，也即拥塞避免阶段。TCP的通信开始时，并没有设置相应的慢启动阈值，而是在超时重发时，才会设置为当时拥塞窗口一半的大小。