目录
TCP的通信机制的核心特性
四、滑动窗口
1)什么是滑动窗口?
2)滑动窗口的作用是什么?
3)批量传输出现丢包如何处理?
1> 接收端ACK丢包
2> 发送端数据包丢包
4)适用性
TCP的通信机制的核心特性
TCP的通信机制最核心的特性是可靠传输。 | |
TCP至少通过以下机制来保证传输的可靠性,在保证可靠性的同时也采取一些机制来提升传输效率: | |
<1> 确认应答 | <6> 阻塞控制 |
<2> 超时重传 | <7> 延时应答 |
<3> 连接管理 | <8> 捎带应答 |
<4> 滑动窗口 | <9> 面向字节流 |
<5> 流量控制 | <10> 异常情况处理 |
阅读指针 -> 《 TCP 的通信机制 -- 连接管理(三次握手和四次挥手 》<JavaEE> TCP 的通信机制(二) -- 连接管理(三次握手和四次挥手)-CSDN博客介绍了TCP协议中的“连接管理”机制,即“三次握手”建立连接和“四次挥手”断开连接https://blog.csdn.net/zzy734437202/article/details/135231067
四、滑动窗口
1)什么是滑动窗口?
无需等待确认应答,可以继续发送数据的最大值称为窗口大小,窗口越大,网络吞吐率就越高。 |
在传输数据时,批量进行数据传输,达到批量传输上限后,再等待ACK。 |
此后每返回一个ACK,则可以发送出一个后续数据。类似于窗口滑动的效果。 |
为了维护滑动窗口,操作系统内核开辟了发送缓冲区,用于记录已发送的数据还有哪些尚未接收到ACK。接收到ACK的数据,才能从缓冲区删除。 |
2)滑动窗口的作用是什么?
作用是批量传输数据,缩短确认应答的等待时间,提高传输效率。 |
3)批量传输出现丢包如何处理?
有两种丢包情况:接收端ACK丢包 和 发送端数据包丢包。 |
1> 接收端ACK丢包
传输过程中,ACK丢包并不需要重传数据。 |
TCP的数据报格式中存在序号和确认序号两个属性。发送端接收到后续的ACK,就意味着这个ACK记录的确认序号之前的数据包都已经正常接收。 |
2> 发送端数据包丢包
还是通过TCP的数据报格式中的序号和确认序号两个属性进行判断和处理。 |
传输过程中,发送端数据包丢包,则接收端接收不到对应的数据包的序号。 |
此时接收端会重复向发送端发送包含同一确认序号的ACK,当发送端接收到三次这个同一确认序号的ACK时,就会重新发送这个确认序号的数据包。 |
中间数据包的丢包,并不影响后续数据包的传输,这些数据包会保存在接收端的接收缓存区中。当接收端正常接收到重发的丢包数据后,就会按序号顺序从接收缓存区中读取数据。 |
上述重传过程中,只会重传丢包的数据包,没有其他冗余的传输操作。这种机制被称为“高速重发机制”,也称为“快重传”。 |
4)适用性
在数据量小的场景下,使用普通的确认应答和超时重传即可。 |
在数据量大的场景下,使用活动窗口更合适。 |
阅读指针 -> 《 TCP 的通信机制(四) -- 流量控制 和 拥塞控制 》
<JavaEE> TCP 的通信机制(四) -- 流量控制 和 拥塞控制-CSDN博客介绍了 TCP 的通信机制 -- 流量控制 和 拥塞控制https://blog.csdn.net/zzy734437202/article/details/135257678