TCP 的滑动窗口

TCP的滑动窗口机制在连接建立时确定缓冲区大小,通常取发送端和接收端窗口的最小值。发送端一次性发送窗口内的数据,如16k,完成后窗口滑动。接收到确认报文后窗口继续滑动,未确认的数据不可滑动以防丢失。延迟ACK策略提高效率,可能在发送数据时同时回复ACK,确保双向通信高效利用带宽。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

滑动窗口

在这里插入图片描述

  • 在3次握手创建链接的时候,就是进行一个重要的工作就是窗口的确认。也就是发送端与接收端要确认发送数据的窗口有多大,或者说缓冲区有多大,实际窗口就是一个缓冲区对于发送端来说比如缓冲区大小是32k,接收端的是16k,这时就要统一成一样的缓存区大小。取两者之间最小的那个。这个就是窗口。
  • 所谓滑动窗口,就是这个窗口可以动,就是发送端在发数据的时候,有一个非常大的缓冲区,但是接收端的窗口就那么大比如16k。
  • 以上发送端发送完16k的数据后,这个窗口就往后滑一下。不断往后滑,实际的情况和我们上面的图是一模一样的,每一个小格就是一个缓存区,滑动窗口我们这里是4格数据段,每个段假设是1000字节。一共是4个段就是4000字节的数据,那么对于这个4000字节的缓冲区大小,发送端是一次性发送4000个字节的数据,发送出去之后呢,对方都接收到了之后呢,滑动窗口就可以往后滑了。当我们发送了4个数据包给对方,对方就会给我们回已经收到多少,一般是有一个定时机制,每隔一段实际就会发送一个确认,并不是没发一个报文就回一个,可能是发送4个只
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

杜甲同学

感谢打赏,我会继续努力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值