TCP的滑动窗口

如果没有窗口的话，那么 TCP 每发送一段数据后都必须等到接收端确认后才能发送下一段数据， 这样做的话 TCP 传输的效率实在是太低了。为了提高TCP传输的效率就引进了滑动窗口的概念。窗口的大小就是无序等待应答包就可以继续发送数据包的最大值。
操作系统内核为了维护这个滑动窗口，需要开辟发送缓冲区来记录当前还有那些数据没有应答；只有确认应答过的数据才能从缓冲区删掉。
接收端响应： ACK的下一个序列码是多少，取决于接受到的连续数据包的最大序列号，也决定了发送端下一个数据包要发送的内容。
发送端： 窗口下滑的依据条件是：接收到的ACK数据包；ACK数据包中下一个序号的最大窗口值作为窗口滑动的起始位置。

滑动窗口其实也是流量控制的一种机制：滑动窗口的大小意味着对方还有多大的缓冲区可以用于接受数据，发送端可以根据滑动窗口的大小来确认发送多少数据。

那么如果出现了丢包, 如何进行重传? 这里分两种情况讨论

1 如果数据包已经到达，ACK被丢失。这种情况下, 部分ACK丢了并不要紧, 因为可以通过后续的ACK进行确认;
2 数据包就直接丢了，当一个报文段丢失，发送端会收到相同的ACK，就像是在提醒发送端我想要的数据是什么;如果发送端主机连续三次收到了同样一个ACK应答, 就会将对应的数据进行重新发送;这个时候接收端收到了之后，就会发送新的ACK应答。这种机制被称为 “高速重发控制”(也叫 "快重传）