滑动窗口协议(Sliding Window)

滑动窗口协议(Sliding Window Protocol)是数据通信中实现可靠、高效传输的一种基础机制:发送方维护一个允许连续发送而无需逐个等待确认的序号窗口,随着接收方确认(ACK)不断到达,窗口向前滑动,新的数据得以持续发出。它是 TCP 流量控制的核心,也是理解网络传输性能的一把钥匙。

概述

最朴素的可靠传输是停等协议:发一个包,等到确认再发下一个。在时延较高的链路上,大量时间浪费在等待上,信道利用率极低。滑动窗口把传输流水线化:窗口大小为 N 时,发送方可以一口气发出 N 个包再等确认,吞吐量约提升 N 倍。经典实现有回退 N 帧(Go-Back-N)与选择重传(Selective Repeat)两种:前者发现丢包后重传该包及其后所有包,实现简单但浪费;后者只重传真正丢失的包,效率更高。

核心原理

• 发送窗口:已发送未确认的数据量不得超过窗口大小,窗口左边界随累计确认前移。
• 接收窗口:接收方通告自己还能缓存多少数据(TCP 头部的窗口字段),发送方据此限速,即流量控制,防止发得比对方处理得快。
• 与拥塞控制协作:TCP 实际发送窗口取接收窗口与拥塞窗口二者较小值,前者保护接收端,后者保护网络。
• 窗口缩放:TCP 原始窗口字段仅 16 位,最大 64KB,高带宽高时延网络远远不够,RFC 7323 的窗口缩放选项可把窗口扩大到 1GB 量级。
• 带宽时延积:窗口至少要达到带宽乘以往返时延(BDP),才能填满管道跑满带宽。

应用场景

除 TCP 外,QUIC 的流级与连接级流控、数据链路层的 HDLC、卫星与深空通信协议等都采用滑动窗口思想。运维上,长距离传输速度上不去时,检查窗口缩放是否生效、增大收发缓冲区,往往就是在调滑动窗口。

常见问题

问:窗口越大速度越快吗？答:在窗口小于带宽时延积时,增大窗口能提升吞吐;超过之后瓶颈转为链路带宽或网络拥塞,再大也无益,反而可能加剧缓冲膨胀。

问:零窗口是什么？答:接收方缓冲区满时会通告窗口为零,发送方暂停发送并周期性发探测包,待窗口重新打开后恢复,若处理不当会造成传输长时间停滞。

问:糊涂窗口综合征是什么？答:指收发双方以极小的窗口增量频繁传输小包,效率极低;TCP 通过 Nagle 算法与延迟通告窗口更新等策略避免。