慢启动是TCP拥塞控制的第一阶段，通过指数增长cwnd试探网络容量：初始窗口按RFC分级设定（通常2–4 MSS，Linux默认可设为10包），每收到一个新数据ACK，cwnd增加1个MSS；当cwnd≥ssthresh或发生拥塞时转入拥塞避免或重启慢启动；空闲连接是否重启由tcp_slow_start_after_idle参数控制。
Linux 中 TCP 的慢启动（Slow Start）不是“慢慢发数据”，而是用可控的指数增长方式试探网络容量，防止一上来就塞满链路。它本质是拥塞控制的第一阶段，核心动作是动态调整发送方的拥塞窗口（cwnd），而非降低效率。
慢启动怎么开始？初始窗口值有讲究
连接刚建立（SYN 交换完成）或发生超时重传后，cwnd 会被重置为初始窗口（Initial Window, IW）。这个值不是固定为 1 个 MSS，而是按 RFC 标准分级设定：
- 若最大段大小（SMSS）＞2190 字节，IW = 2 × SMSS，但最多不超过 2 个报文段
- 若 1095 ＜ SMSS ≤ 2190 字节，IW = 3 × SMSS，最多不超过 3 个报文段
- 其余情况（常见于多数局域网），IW = 4 × SMSS，最多不超过 4 个报文段
Linux 内核默认通常采用 10 个数据包作为初始 cwnd（如启用 tcp_init_cwnd 调优），高于传统 RFC 值，这是为适应现代高带宽低延迟网络做的优化。
慢启动怎么增长？指数上升靠 ACK 驱动
增长逻辑不依赖时间，而取决于接收方返回的确认（ACK）：
- 每收到一个“有效 ACK”（即确认了新数据），cwnd 就增加 1 个 MSS
- 在一个 RTT 周期内，若发出 N 个报文并全部被单独 ACK，cwnd 实际翻倍 → 形成指数增长
- 例如：起始 cwnd = 4 KB（4×MSS），1 个 RTT 后变成 8 KB，再 1 个 RTT 后变成 16 KB
注意：实际发送窗口取 min(cwnd, 接收窗口 rwnd)，所以即使 cwnd 很大，若接收方通告窗口小，也无法多发。
慢启动什么时候结束？阈值与触发条件决定切换
慢启动不会无限持续，两个关键信号会终止它：
- 达到慢启动阈值（ssthresh）：当 cwnd ≥ ssthresh 时，自动转入拥塞避免阶段，此后每 RTT 只线性增加 1 个 MSS
- 检测到拥塞事件：如超时重传（RTO）或收到 3 个重复 ACK，此时 ssthresh 会被设为当前 cwnd 的一半（向下取整，至少为 2 MSS），cwnd 重置为 IW，重新开始慢启动
ssthresh 不是固定值，而是在每次拥塞后动态下调，目的是让后续试探更保守。
空闲连接要不要重启慢启动？tcp_slow_start_after_idle 控制行为
TCP 连接长时间无数据（默认几分钟），网络状态可能已变。是否重走慢启动，由内核参数决定：
- net.ipv4.tcp_slow_start_after_idle = 1（默认）：空闲后首次发包，强制重置 cwnd 到初始值，再试探——更安全，适合公网或不稳定链路
- net.ipv4.tcp_slow_start_after_idle = 0：空闲后直接沿用之前的 cwnd，跳过慢启动——更快恢复吞吐，适合内网或已知稳定的环境
该参数不影响连接建立或重传场景下的慢启动，只作用于空闲唤醒这一特定时机。
