TCP协议如何保证可靠传输

TCP协议如何保证可靠传输

• 校验和
• 确认应答和序列号
• 超时重传
• 连接管理
• 流量控制
• 拥塞控制
• 滑动窗口

校验和：

发送的数据包的二进制相加然后取反，目的是检测数据在传输过程中的任何变化。如果收到段的检验和有差错，TCP将丢弃这个报文段和不确认收到此报文段。

确认应答+序列号（累计确认+seq）：

确认应答：TCP传输的过程中，每次接收方收到数据后，都会对传输方进行确认应答。也就是发送ACK报文。

这个ACK报文当中带有对应的确认序列号，告诉发送方，接收到了哪些数据，下一次的数据从哪里发。

序列号的作用不仅仅是应答的作用，有了序列号能够将接收到的数据根据序列号排序，并且去掉重复序列号的数据

超时重传：

如果发送方发送完数据后，迟迟没有等到接收方的ACK报文，发送方没有接收到响应的ACK报文原因可能有两点：

• a、数据在传输过程中由于网络原因等直接全体丢包，接收方没有接收到。
• b、接收方接收到了响应的数据，但是发送的ACK报文响应却由于网络原因丢包了。

TCP在解决这个问题的时候引入了一个新的机制，叫做超时重传机制。

简单理解就是发送方在发送完数据后等待一个时间，时间到达没有接收到ACK报文，那么对刚才发送的数据进行重新发送。

• 如果是刚才第一个原因，接收方收到二次重发的数据后，便进行ACK应答。

• 如果是第二个原因，接收方发现接收的数据已存在（判断存在的根据就是序列号，所以上面说序列号还有去除重复数据的作用），那么直接丢弃，仍旧发送ACK应答。

注意：

超时以500ms（0.5秒）为一个单位进行控制，每次判定超时重发的超时时间都是500ms的整数倍。

重发一次后，仍未响应，那么等待2500ms的时间后，再次重传。等待4500ms的时间继续重传。以一个指数的形式增长。

累计到一定的重传次数，TCP就认为网络或者对端出现异常，强制关闭连接

连接管理

三次握手、四次挥手：https://blog.csdn.net/qq_42253147/article/details/94389689

流量控制：

TCP连接的每一方都有固定大小的缓冲空间，TCP的接收端只允许发送端发送接收端缓冲区能接纳的数据。当接收方来不及处理发送方的数据，能提示发送方降低发送的速率，防止包丢失。而TCP根据接收端对数据的处理能力，决定发送端的发送速度，这个机制就是流量控制

TCP使用的流量控制协议是可变大小的滑动窗口协议，接收方有即时窗口（滑动窗口），随ACK报文发送

拥塞控制：

如果网络出现拥塞，分组将会丢失，此时发送方会继续重传，从而导致网络拥塞程度更高。因此当出现拥塞时，应当控制发送方的速率。

这一点和流量控制很像，但是出发点不同。流量控制是为了让接收方能来得及接收，而拥塞控制是为了降低整个网络的拥塞程度。

滑动窗口

实际中的传输方式：

需要说明一下，如果你不了解TCP的滑动窗口这个事，你等于不了解TCP协议。
我们都知道，TCP必需要解决的可靠传输以及包乱序（reordering）的问题，
所以，TCP必需要知道网络实际的数据处理带宽或是数据处理速度，这样才不会引起网络拥塞，导致丢包


发送方滑动窗口示意图：

上图中分成了四个部分，分别是：（其中那个黑模型就是滑动窗口）

#1已收到ack确认的数据。

#2已发出但还没收到ack的。

#3在窗口中还没有发出的（接收方还有空间）。

#4窗口以外的数据（接收方没空间）

注意：
滑动窗口里是 已发出但未收到ACk、还未发出的 数据

下面是个滑动后的示意图（收到36的ack，并发出了46-51的字节）：

参考资料：https://www.cnblogs.com/xiaokang01/p/10033267.html#_label0_1