摘要

  • 糊涂窗口综合征是一种稳定反馈：接收窗口每次只前进一点，发送方就用小报文立刻耗尽这点空间。
  • 修复被分到两端：接收方可暂不公布边际容量，发送方也可等待真正有用的发送机会。
  • Nagle 算法处理的是另一来源——应用程序的小块写入，因此它与基于窗口的克制互补，而非彼此替代。

保护机制变成了报文工厂

TCP 接收窗口规定发送方还能占用多少序列空间。它是上限，不是要求发送方见到任何正数就立即花掉的命令。

设想接收缓冲区已经填满，应用读走一个字节。接收方可以诚实地公布一个字节的新空间，发送方也可以合法地填入一个字节。缓冲区再次满载，应用再读一个字节，循环随即重启。两端都遵守流量控制，但连接为了极小载荷反复支付首部、确认、中断与调度成本。

RFC 813 将这种稳定模式命名为糊涂窗口综合征。问题的价值不在这个诙谐名字，而在诊断：各自正确的局部决定可以拼成整体失效。字节账目完全准确，交换单位却小到荒谬。

接收方不再公布每一项边际事实

接收方直接掌握自己的缓冲区，因此最适合实施第一层克制。当应用只释放少量空间时，它可以让已公布窗口的右边界保持不动，把真实但尚未公布的容量积累起来。等到空间足以承载有效工作，再一次性打开较大的窗口。

等待并没有篡改状态，也没有收回已经给予的许可。它只是在准确测量和可执行邀请之间划出界线。RFC 1122 与现代 TCP 规范描述了接收端的 SWS 避免机制，并给出结合缓冲容量与有效最大报文段大小的实用阈值。

发送方不再把上限当作指令

不能假设每个对端都会克制地公布窗口，所以发送方还需要独立判断。接收窗口禁止越界，却从未命令发送方必须立即用完每一点正的可用空间。

发送端 SWS 避免会寻找更合适的时机：能够形成完整报文段、妥善完成需要推送的排队数据、使用观测到的最大窗口中有意义的一部分，或在兜底定时器到期时确保继续前进。发送方看不到对端缓冲区总量，只能根据连接历史估计；定时器避免错误估计演变成永久否决。

RFC 9293 将发送端与接收端算法列为独立章节。这种分离才是架构重点：接收方决定容量何时成为报价，发送方决定报价是否值得形成一次传输，任何一端都不接管另一端的内存。

Nagle 处理另一种涓流

即使窗口很大，应用也可能逐字节把数据交给 TCP。RFC 896 描述了这种浪费：当时一个字节的有效载荷可能搭载约四十字节 TCP/IP 首部，给主机和拥塞网关增加负担。

Nagle 的自适应规则让新的小写入暂时积累，直到先前的小报文段得到确认，或数据足以形成更大的发送。它依赖连接反馈，而非在快局域网和长距离路径上都不合适的固定延时。

两种机制观察的输入不同。Nagle 回应应用以小增量交付的数据；发送端 SWS 避免回应对端以小增量开放的窗口。低时延应用可以关闭 Nagle，但这不会消除微小窗口问题。

克制必须保留出口

等待可以提高效率，无限等待却是另一种故障。因此发送端规则保留兜底定时器。设计没有把优化升级为永久否决，而是把窄权限分给可见成本的一方：接收方管理缓冲空间的公布，发送方管理发送机会的使用，应用管理自己能否接受聚合带来的时延。

来源与边界

机制沿革见 RFC 793、RFC 813、RFC 896、RFC 1122 与 RFC 9293。这些文献确立设计历史，并不统计今天各操作系统出现 SWS 的频率。SWS 也不同于拥塞窗口控制或丢包。