TCP首部中“窗口大小”字段位于第14–15字节，是16位字段，表示接收方当前接收缓冲区的可用空间（即接收窗口rwnd），单位为字节，仅出现在携带ACK标志的报文段中，用于端到端流量控制。
TCP 窗口大小是流量控制的核心载体，它不是固定值，而是由接收方实时通告、发送方动态响应的“缓冲区剩余空间”度量，本质是防止接收端被压垮的软性节流阀。
窗口大小字段在哪？代表什么？
它位于 TCP 报头中一个 16 位字段，名称就叫 Window Size。关键点在于：
- 这个数值不是发送方自己定的，而是接收方填在自己的 ACK 报文里告诉发送方的
- 它表示接收方当前接收缓冲区还剩多少字节可用，即 接收窗口（rwnd）
- 即使报文没携带应用数据（纯 ACK），这个字段也必须有效；若接收缓冲区已满，就填 0
三次握手时窗口就已协商
很多人误以为要等发数据才知窗口大小。其实早在 SYN 和 SYN-ACK 报文中，双方就各自通告了初始接收窗口。这意味着：
- 第一次发送应用数据时，发送方已经知道对方大概能接多少
- 初始窗口值受系统配置影响（如 Linux 的
net.ipv4.tcp_rmem），但后续会随接收方缓冲区使用情况动态变化 - 窗口大小不是能力上限，而是“此刻还能收多少”的快照，随时可能变小甚至归零
发送窗口如何真正起作用？
发送方实际能发多少，并不只看接收方给的 rwnd，还要和拥塞窗口（cwnd）比大小：
- 发送窗口（swnd） = min(rwnd, cwnd)
- rwnd 是接收能力限制，cwnd 是网络链路容量限制，二者取小，兼顾两端瓶颈
- 当 rwnd 变为 0，发送方停止发送应用数据，但会启动持续计时器（persistence timer），定期发探测段（window probe），催接收方更新窗口
- 一旦收到非零窗口通告，立即恢复发送，无需重传或重建连接
窗口为 0 时的两种唤醒机制
接收方缓冲区满后设窗口为 0，发送方不能干等。Linux 内核通过双路径保障及时恢复：
- 延迟确认捎带更新：接收方在处理完部分数据、腾出缓冲区后，会在下一个 ACK 中直接填上新窗口值（比如从 0 变成 8192）
- 持续探测主动问询：发送方的持续计时器到期后，强制发一个极小的探测段（通常 1 字节），强制触发接收方回一个带新窗口的 ACK
