【TCP】拥塞控制

拥塞控制----衡量网络状态

前面我们讲了TCP可以通过滑动窗口批量发送数据包来提高性能，但是试想一下，如果网络特别拥堵，刚开始就发送了大量数据，就会导致丢包，进而触发重传机制等等，可以说是雪上加霜啊！

鉴于此问题，TCP引入慢启动机制，开始先发少量的数据探探网络情况，然后再决定按照多大的速度传输数据。

在谈慢启动机制之前，我们先谈一下拥塞窗口，发送端开始发数据的时候，会将拥塞窗口的大小设置为1，先探测一下网络情况，每次收到一个ACK应答之后，会将拥塞窗口的大小增加一倍，前面我们已经讲了发送端定义了一个滑动窗口，而滑动窗口的大小是不断更新的，它会根据接收端响应回的接收缓冲区大小和发送端自己探测到的网络情况定义的拥塞窗口来选择一个最小值，进而决定滑动窗口的大小，进而决定发送端每次发多少数据合适。

由此可知，==拥塞窗口的增长速度是指数级别的，慢启动只是刚开始比较慢，但是增长速度非常快，==那么指数爆炸式的增长，又引发了很多问题，所以此处引入一个叫做慢启动的阈值，当拥塞窗口超过这个阈值的时候，不再按照指数方式增长，而是按照线性方式增长，如下图所示：

由图可知：

• 当TCP开始启动的时候，慢启动阈值等于窗口最大值
• 当网络拥塞触发超时重发的时候，慢启动阈值会变成上次拥塞窗口大小的一半，同时拥塞窗口置为1

虽然目前已经有了滑动窗口、流量控制、拥塞窗口来保证TCP的可靠性并提高性能，但是再可靠的连接，也会有丢包问题，所以在TCP连接中，少量丢包，我们仅仅是触发超时重传，大量的丢包，我们就认为是网络拥堵。

当TCP开始通信之后，网络吞吐量会逐渐上升，随着网络发送拥堵，吞吐量又会下降。

总而言之，拥塞控制机制，也是TCP想尽可能快的把数据传给对方，但是又要避免网络拥堵造成太大压力的折中机制。