TCP拥塞控制：慢启动、拥塞避免与BBR算法
引言 在上一篇文章中，我们学习了TCP的流量控制机制（接收方控制发送方，避免接收缓冲区溢出）。今天我们来学习TCP的拥塞控制机制（Congestion Control）：发送方感知网络状况，避免网络拥塞。 为什么需要拥塞控制？ 流量控制解决了端到端的问题（接收方处理能力） 但网络本身也有容量限制（带宽、路由器缓冲区） 如果所有发送方都全速发送，网络会瘫痪 今天我们来理解： ✅ 慢启动（Slow Start） ✅ 拥塞避免（Congestion Avoidance） ✅ 快速重传（Fast Retransmit） ✅ 快速恢复（Fast Recovery） ✅ Google BBR算法的革新 第一性原理：为什么需要拥塞控制？ 问题：网络拥塞 场景：100个客户端同时向服务器发送数据 100个客户端 路由器 服务器 | | | | 每个1Gbps速度发送 | 路由器带宽只有10Gbps | |-------------------------->| | | | 队列满了！丢包！ | | | | | 丢包后重传，继续全速发送 | | |-------------------------->| | | | 更加拥塞！ | | | 丢包率暴增！ | | | | | ❌ 网络瘫痪 | | 拥塞的后果： ❌ 丢包率增加 ❌ 延迟增加（路由器队列排队） ❌ 吞吐量下降（大量重传） ❌ 网络资源浪费 拥塞控制的目标： ...