接收到数据后，返回一个确认应答，表示已经收到消息
万一数据在传输过程中丢失了呢？ TCP 针对数据包丢失的情况，会用重传机制解决。
（1）超时重传
在发送数据时，设定一个定时器，当超过指定的时间后，没有收到对方的 ACK 确认应答报文，就会重发该数据
所以当数据包丢失或者是确认应答ACK丢失之后，发生超时重传
略大于报文往返时间RTT（因为我们的网络也是时常变化的，所以报文往返RTT也是经常变化的，因此超时重传时间也是波动变化的）
（2）快速重传
发送方一共发出五分数据，但是第二份数据丢失了
当收到第一份数据的时候，接收方发送一个ack2，表示期望接下来希望接收第二份数据（编号为2），但是由于第二份数据缺失了，于是并没有接收到ack2
发送发继续发送第三份数据，当接收方接收到第三份数据后，由于没有接收到ack2，所以并没有发送ack4表示希望接下来接收第四份数据，而是再次发送ack2.......
发送端收到了三个 Ack = 2 的确认，知道了 Seq2 还没有收到,就会重传Seq2
最后，收到了 Seq2，此时因为 Seq3，Seq4，Seq5 都收到了，于是 Ack 回 6
这种方法问题在于：重传的时候，是重传之前的一个，还是重传所有的问题
是重传 Seq2 呢？还是重传 Seq2、Seq3、Seq4、Seq5 呢？
（3）SACK（ Selective Acknowledgment 选择性确认，ACK前面加一个S）
在 TCP 头部「选项」字段里加一个 SACK 的东西
发送方就可以知道哪些数据收到了，哪些数据没收到，知道了这些信息，就可以只重传丢失的数据
送方收到了三次同样的 ACK 确认报文，于是就会触发快速重发机制，通过 SACK 信息发现只有 200~299 这段数据丢失，则重发时，就只选择了这个 TCP 段进行重复。
（4）Duplicate SACK （主要是针对ack丢失的情况和网络延时的情况）
又称 D-SACK，其主要使用了 SACK 来告诉「发送方」有哪些数据被重复接收了
ACK丢失情形：
接收方发给发送方的两个 ACK 确认应答都丢失了，所以发送方超时后，重传第一个数据包（3000 ~ 3499）
接收方发现这个数据包是重复收到的，回了一个SACK=3000~3499,ACK=4000告诉发送方3000~3499的数据已经被接收成功了，ACK已经到4000了（期待下一个数据包编号是3500开始的）这个SACK就叫DSACK
发送方就知道了，数据没有丢，是接收方的 ACK 确认报文丢了。
网络延时的情况：
数据包（1000~1499） 被网络延迟了，导致「发送方」没有收到 Ack 1500 的确认报文。
而后面报文到达的三个相同的 ACK 确认报文，就触发了快速重传机制，但是在重传后，被延迟的数据包（1000~1499）又到了「接收方」；
所以「接收方」回了一个 SACK=1000~1500，因为 ACK 已经到了 3000，所以这个 SACK 是 D-SACK，表示收到了重复的包。
这样发送方就知道快速重传触发的原因不是发出去的包丢了，也不是因为回应的 ACK 包丢了，而是因为网络延迟了
