滑动窗口是怎么让网络传输更高效的
你有没有遇到过这样的情况：在家用手机看视频，刚缓冲完一集，正准备点开下一集，结果卡住了？等了几秒才开始加载。其实，这背后不只是网速的问题，还跟数据是怎么在网络里“排队”传输有关。
我们上网时，无论是刷短视频、发消息还是下载文件，数据都是通过传输协议一点一点送过去的。而为了让这个过程又快又稳，工程师们设计了一个聪明的机制——滑动窗口。
什么是滑动窗口
你可以把网络传输想象成快递送货。假设你在网上买了5个包裹，快递公司不是等第一个送到你手上，再发第二个，那样太慢了。他们会让几辆车同时在路上跑，只要前几个包裹确认收到了，后面的就立马补上。
在TCP协议里，滑动窗口就是干这个事的。它不等每一个数据包都收到回执才发下一个，而是允许发送方一口气发多个数据包出去，只要接收方确认收到了前面的，窗口就“滑动”一下，继续发后面的。
它怎么解决丢包和拥堵
网络不像高速公路那么稳定，有时候会堵车，有时候数据包还会“丢”。滑动窗口能动态调整一次发多少数据。比如刚开始连上Wi-Fi，它先试探性地发几个包，发现都能快速收到回应，那就把窗口调大，一次多发点。
可要是某个包迟迟没确认，系统就会觉得可能堵了或者丢了，于是自动缩小窗口，减慢速度，避免把网络彻底压垮。这就像是开车时看到前方雾大，你会自觉放慢车速，而不是一脚油门冲进去。
生活中的例子
你用微信传一张高清照片给朋友，不是整张图一下子蹦过去，而是切成一小块一小块传。对方手机每收到一块，就给你回个“已收”。你这边的发送端看到回执到了，就把窗口往前推，继续发下一块。如果中间某块一直没确认，系统就会重发那块，而不是整张图重新来一遍。
这个机制保证了即使网络不太稳，也能高效、完整地把数据送达。
代码长什么样
虽然我们不用自己写底层协议，但可以看看简化版的逻辑：
senderWindowStart = 0
senderWindowEnd = windowSize - 1
while senderWindowStart <= senderWindowEnd:
send(packet[senderWindowStart])
startTimer(senderWindowStart)
senderWindowStart += 1
onReceive(ack):
if ack >= senderWindowStart:
senderWindowStart = ack + 1
# 滑动窗口，继续发新包这段伪代码展示了发送窗口如何根据收到的确认信息向前移动。实际的TCP实现要复杂得多，但核心思想是一样的。
下次你刷视频秒开、游戏不卡，别忘了背后有滑动窗口在默默协调着数据的流动。它不像5G那么炫，也不像光纤那么显眼，却是让互联网真正“流畅”起来的关键零件之一。