TCP连接中cwnd为何不受rwnd限制？技术原理问询

首先明确你的推论是正确的：当TCP发送窗口受rwnd限制（即min(cwnd, rwnd) = rwnd）且无丢包、超时情况时，cwnd会持续增长——哪怕还处于慢启动阶段，因为慢启动的触发逻辑只看是否未达到慢启动阈值（ssthresh）且有新ACK确认，和rwnd是否限制发送窗口无关。

你提到的RFC5681内容也印证了这一点：

实现说明：一个常见错误是直接使用cwnd而非FlightSize，在部分实现中，cwnd可能会意外增长至远超rwnd的水平。
[摘自RFC5681（丢包后设置新ssthresh值相关章节）]

针对你提出的三个步骤的可能性，答案是完全存在：

• 保持连接处于低传输速率（比如每个ACK里将rwnd设为10MSS），只要不触发丢包或超时，cwnd会在慢启动阶段以指数形式增长
• 等待足够时间后，cwnd可以膨胀到链路承载能力的数倍甚至数十倍
• 突然将rwnd调至足够大，此时发送窗口变为min(cwnd, rwnd) = cwnd，发送方会瞬间向链路推送大量数据

这种行为确实会引发严重的链路拥塞：发送方一次性发送的数据远超过链路承载能力，会直接占满瓶颈链路，引发大量丢包。而TCP的超时检测通常需要数百毫秒甚至数秒，这段时间内同一链路的其他连接都会受到严重影响，甚至完全无法传输数据。

你之前认为「达到rwnd后慢启动会停止并进入拥塞避免」是错误的——慢启动和拥塞避免的切换只由cwnd是否达到ssthresh决定，和rwnd无关。只要cwnd还没到ssthresh，哪怕发送窗口被rwnd限制，每收到一个ACK，cwnd依然会按慢启动的规则增长（通常是每ACK增加1MSS，部分实现按字节维度增长）。

内容的提问来源于stack exchange，提问作者snal