Tcp是怎样进行可靠准确的传输数据包的？

概述

很多时候，我们都在说Tcp协议，Tcp协议解决了什么问题，在实际工作中有什么具体的意义，想到了这些我想你的技术会更有所提升，Tcp协议是程序员编程中的最重要的一块基石，Tcp是怎样进行可靠准确的传输数据包的呢?

看过很多文章里都提到过Tcp协议的三次握手，在这里我要进行系统的整理一下，学习不能人云亦云，要真的去明白其中的道理，下面是一张理解Tcp/Ip的协议图。

Tcp三次握手

搞懂这个问题首先要知道什么是连接? 用于保证可靠性和流控制机制的信息，包括 Socket、序列号以及窗口大小叫做连接。RFC793

建立 TCP 连接就是通信的双方需要三种信息达成共识(初始化 Sockets、窗口大小、初始序列号)，连接中的一对 Socket 是由互联网地址标志符和端口组成的，窗口大小主要用来做流控制，最后的序列号是用来追踪通信发起方发送的数据包序号，接收方可以通过序列号向发送方确认某个数据包的成功接收。

原因：

• 通过三次握手才能阻止重复历史连接的初始化；
• 通过三次握手才能对通信双方的初始序列号进行初始化；
• 讨论其他次数握手建立连接的可能性；

为什么TIME-WAIT状态必须等待2MSL的时间？

• 为了保证客户端发送的最后一个ACK报文段能够达到服务器。 这个ACK报文段可能丢失，因而使处在LAST-ACK状态的服务器收不到确认。服务器会超时重传FIN+ACK报文段，客户端就能在2MSL时间内收到这个重传的FIN+ACK报文段，接着客户端重传一次确认，重启计时器。最好，客户端和服务器都正常进入到CLOSED状态。如果客户端在TIME-WAIT状态不等待一段时间，而是再发送完ACK报文后立即释放连接，那么就无法收到服务器重传的FIN+ACK报文段，因而也不会再发送一次确认报文。这样，服务器就无法按照正常步骤进入CLOSED状态。
• 防止已失效的连接请求报文段出现在本连接中。客户端在发送完最后一个ACK确认报文段后，再经过时间2MSL，就可以使本连接持续的时间内所产生的所有报文段都从网络中消失。这样就可以使下一个新的连接中不会出现这种旧的连接请求报文段。

tcp协议是怎么保证数据准备可靠的

Tcp协议再实际应用中主要是思想朴素而深刻，主要解决的数据包的可靠准确的传递，Tcp协议是怎么做到可靠准确的传送数据包呢?

1.解决不丢包问题：Ack + 重试

网络丢包是一定会出现的，对上层应用来说，只有一个办法就是不停的重发，服务器每次收到一个包，就要对客户端进行确认，反馈给客户端已经收到了数据包，如果客户端在超时时间内没有收到Ack，则重发数据。

在确认的时候，Ack每个数据包都要一一确认，效率太低了，客户端对发送的每个数据包编一个号，编号由小到大单调递增，基于编号就能进行确认。

2.解决不重的问题

因为只要超过了约定时间，客户端还没有收到服务器的确定，客户端就会重发，顺序Ack，服务器给客户端回复Ack=6，意思是所有小于等于6的数据包都收到了，之后凡在收到这个范围的数据包，则判定为重复的包，服务器收到后丢弃即可。

3.解决时序错乱的问题

假设服务器收到了数据包1,2,3，回复客户端(Ack=3),之后接收到5，6，7，而数据包4迟迟没有收到，这个时候怎么办呢？

服务器会把数据包5，6，7暂时存放，直到数据包4的到来，再给客户端回复Ack=7，如果数据包不来，服务器的Ack进度会一直停在那(保持Ack=3)，等客户端超时，会把数据包4，5，6，7，全部重新发送，这样服务器收到了数据包4，回复ack=7，同时数据包5，6，7重复了，通过上面说的判重的办法，丢弃到上面的5，6，7。