tcp滑动窗口_运维技术小视频 | TCP成块式数据流传输之滑动窗口原理

上期课程我们学习了TCP交互式数据流传输方式，本期课程我们学习TCP成块式数据流传输方式之滑动窗口传输原理。

成块式数据流有哪些特点？滑动窗口的原理是什么？滑动窗口机制有哪些动作？

锁定每周三，一起学习TCP传输原理系列课程。

相比交互式数据流，成块式数据流的交互方式更加复杂。

成块式数据流的特点

像HTTP/FTP/HTTPS，这些协议的传输方式在TCP层面就是成块数据流。

成块数据流对网络带宽消耗会更大，操作中的交互远远小于交互数据流；

对用户而言，这些协议会占用更多的带宽(也就是网络吞吐量)，反而对网络延迟没有那么敏感。

滑动窗口原理

TCP承接上层的应用，上层应用将数据交给TCP，TCP代为传输；而另一端则是接收方，只有接收方收到数据并确认以后，TCP才认为数据正常。

在整个滑动过程中，数据流分为四种状态：

第一种状态，发送被确认的数据流。TCP把数据发送出去，并且已经收到对方的ACK确认(已经收到回执消息)；

第二种状态，发送但未被确认的数据流。TCP已经发送给接收方，但没有收到接收方的确认(发出但未收到回执的消息)；

第三种状态，TCP能够发送，但还没有发送数据流。这个状态的数据流已经做好了发送的准备，TCP将要发送的数据，称为尽快发送状态；

第四种状态叫等待发送状态。处于这种状态的数据流，还未进入TCP的发送队列，但是上层应用已经准备好，等待TCP发送数据。

处于二三种状态的数据，我们称之为TCP的窗口。TCP窗口的初始大小，是TCP在三次握手的时候，由接收方通报；而在传输过程中，接收方会根据自身接收能力通报。

TCP窗口中处于尽快发送状态的称之为可用窗口，处于发送但未被确认的，我们称之为重传队列。

滑动窗口有哪些动作？

第一个动作叫窗口合拢：窗口的左边沿向右边沿靠近，当发送未被确认的数据收到Delay ACK以后，发送未被确认数据变成发送待被确认的状态，所以TCP的左边沿向右边沿走；

第二个动作叫窗口张开：窗口合拢以后，发送未被确认的数据变成发送且被确认，同时需要尽快发送的数据，开始被发送出去，所以尽快发送变成发送但未被确认状态；TCP窗口需要收入更多发送但未被确认的数据；部分等待发送数据的状态，就变成了尽快发送；

TCP协议通过一合拢，一张开的方式完成了数据的传输。这样一个动作，我们合并起来看像一个窗口的滑动，所以我们把TCP机制称为滑动窗口机制。

总结

1、 TCP发送方不必发送一个全窗口大小的数据；

2、 来自接收方的一个报文段确认数据并把窗口向右边滑动，窗口的大小是根据确认的序号来确定的；

3、 在传输过程中，TCP窗口的大小可以减小，但是窗口的右边沿不能向左边滑动；

4、 接收方在发送一个ACK前不必等待窗口被填满，我们可以看到许多实现每收到两个报文段就会发送一个ACK。