TCP 拥塞控制主要有四个重要阶段： - 慢启动 慢启动是指 TCP 传输的开始阶段是从一个相对低的速度开始的。在这个阶段，每次 TCP 收到一个确认了数据的 ACK，拥塞窗口就增加一个 MSS。如果到达慢启动阈值塞窗口的增长速度立刻就放缓了，变成了每过一个 RTT，拥塞窗口就只增长一个 MS - 拥塞避免 传输过了慢启动阈值（ssthresh）之后，进入拥塞避免阶段。这个阶段的特征是“和性增长乘性降低”（ Addictive increase/mutiplicative decrease），简单理解就是增长很慢。 每一个 RTT里，拥塞窗口只增长一个 MSS，这个阶段的拥塞窗口的增长是线性的。如果探测到拥塞，拥塞窗口就要往下降。这个下降是直接减半的，所以叫乘性降低 - 快速重传 TCP 每发送一个报文，就启动一个超时计时器。如果在限定时间内没收到这个报文的确认，那么发送方就会认为，这个报文已经在网络上丢失了，于是需要重传这个报文，这种形式叫做超时重传，而快速重传是一旦发送方收到 3 次重复确认（加上第一次确认就一共是 4 次），就不用等超时计时器了，直接重传这个报文 - 快速恢复 跟之前的“慢启动 -> 拥塞避免 -> 慢启动 -> 拥塞避免”这种做法不同，在遇到拥塞点之后，通过快速重传，就不再进入慢启动，而是从这个减半的拥塞窗口开始，保持跟拥塞避免一样的线性增长，直到遇到下一个拥塞点。

三刷笔记： * 为什么TCP要有拥塞机制？ 是让每条TCP连接拥有敬畏之心。展开来说，每条TCP连接都需要拥塞控制，如果每条TCP连接都放飞自我、敞开了的发送数据，网络带宽肯定经受不住，最后的结局就是谁都无法发送数据。 那好，我们约定好，TCP建立一套探测网络线路是否快要达到上限的机制。若探测到，那我们就自动减缓速度。如此一来，不仅让网络整体可用，也能确保自己的传输速度和稳定性。这就是TCP的拥塞控制。 * 拥塞机制是什么样的？ 每条TCP连接设立发送数据速度的红线，探测到红线，就立马减缓速度。 探测到红线的标志是发生丢包。 * 是什么让拥塞机制变得复杂的呢？ 一句话回答：网络是动态变化的。 之前达到红线的发送速度此时已经不怎么丢包之类的，所以拥塞机制中的红线是不断变化的，而每条TCP连接都是需要不断探测的。 * 一脉相承之更好的利用现代网络 什么叫做更好的利用现代网络呢？其实没什么可玄乎的，就是现代的网络传播速度比以前好太多了。所以TCP也进化了，具体表现在哪里？ 我们可以这么来理解和记忆，决定发送端发送速度的因素有两个：1、对方的接收窗口；2、自己的拥塞窗口 1、接受窗口 TCP协议本身有一个2字节的Window字段，表示能够接收的数据大小，最大为2^32-1=65535字节。为了更好的利用现代网络，有了TCP Option的Window Scale，得了，一下子就把接受窗口的上限拉高了太多 2、拥塞窗口 一般来说，发送阶段分为慢启动、拥塞避免、快速重传、快速恢复等阶段。其中慢启动阶段，由Linux最初的版本决定，初始拥塞窗口2-4MSS。那么为了更好的利用现代网络，初始拥塞窗口一下子调整为10MSS。 发送能力的提高一目了然，也就有了更快的慢启动！ * 什么是拥塞点，或者说什么叫做碰到了拥塞点？ 其实就是丢包。丢包就代表碰到了拥塞点！ * 什么是快速重传？ 为了优化超时重传机制中每次都得等特定时间才能确定某个包丢失。快速重传的本质是接收方告知发送方，某个包应该是丢失了，你不用等倒计时了，直接发给我吧~ * 快速恢复 一句话总结： 普通的拥塞策略：慢启动->拥塞避免->碰到拥塞点->慢启动->拥塞避免->碰到拥塞点，碰到拥塞点之后，从头开始。 如果拥塞点之后，是通过快速重传发送丢失的包，那就不必重新从慢启动开始。而是直接将拥塞窗口设置为拥塞点的一半，直接进入拥塞避免阶段。