TCP 慢启动和握手为什么拖慢首屏？TCP Fast Open（TFO）等手段怎么优化？

简化版

新建的 TCP 连接会拖慢首屏，主要有两个原因：① 建连握手要花 RTT——TCP 三次握手 1 个 RTT，HTTPS 还要叠加 TLS 握手 1~2 个 RTT，首个字节还没开始传就已经等了好几个来回；② 慢启动——新连接的拥塞窗口从很小（约 10 个 MSS）开始，每个 RTT 才翻倍，数据是「先慢慢试探再提速」的，小文件往往还没提到速就传完了，链路带宽根本没用上。优化手段：TCP Fast Open（TFO） 让重连时在 SYN 包里就带上数据，省掉握手那个 RTT；增大初始拥塞窗口（IW10） 让慢启动起点更高；再配合连接复用（Keep-Alive/HTTP2）避免反复新建连接、TLS 1.3 / 0-RTT、QUIC 等，从根上减少「握手 + 慢启动」的次数和代价。

详细版

一、首屏慢在哪：RTT 的堆叠

打开一个 HTTPS 页面，拿到第一个字节前要经历：

DNS 解析            ~1 RTT
TCP 三次握手         1 RTT
TLS 握手（TLS1.2）   2 RTT（TLS1.3 为 1 RTT）
────────────────────────────
才开始发 HTTP 请求 → 再等 1 RTT 拿到响应

RTT 越大（跨国、移动网络），这些固定的往返开销越致命——数据一个字节没传，光握手就耗掉好几百毫秒。

二、慢启动：不是一上来就全速

TCP 为了不冲垮网络，新连接的拥塞窗口 cwnd 从初始值（现代约 10 个 MSS ≈ 14KB）开始，之后每个 RTT 大致翻倍（指数增长）逐渐提速。

问题：小文件在慢启动阶段就传完了。比如首屏关键资源就几十 KB，可能只需 2~3 个 RTT 就传完，而这时 cwnd 才涨到几十 KB，根本没用上链路的真实带宽。慢启动对短连接、小对象特别不友好。

三、优化手段

手段	优化点
连接复用（Keep-Alive、HTTP/2）	避免反复握手 + 反复慢启动（复用「热」连接）
TCP Fast Open（TFO）	重连时 SYN 携带数据，省掉握手那个 RTT
增大初始窗口（IW10）	慢启动起点更高，小文件更快传完
TLS 1.3 / 会话复用 / 0-RTT	把 TLS 握手从 2 RTT 降到 1 RTT，重连甚至 0 RTT
QUIC / HTTP/3	传输 + TLS 握手合并，1-RTT / 0-RTT 建连
CDN 就近	直接降低 RTT 本身，所有环节都受益

四、TCP Fast Open 原理简述

首次连接：正常三次握手，服务器发给客户端一个 Fast Open Cookie（加密凭据）。
后续连接：客户端在 SYN 包里直接带上 Cookie + 应用数据，服务器验证 Cookie 后握手还没完成就开始处理数据，省掉了一个 RTT。

完整版教学

一、先认清：首屏的敌人是 RTT，不是带宽

很多人以为「网快 = 带宽大」，但对首屏、小请求而言，真正的瓶颈是 RTT（往返时延）。因为建连和慢启动的开销都是按 RTT 计的，跟带宽多大没关系。

一次 HTTPS 首屏，在拿到第一个字节前的往返：

DNS       约 1 RTT（有缓存则省）
TCP 握手   1 RTT
TLS 握手   TLS1.2 = 2 RTT / TLS1.3 = 1 RTT
HTTP 请求  发出请求再等 1 RTT 拿响应

RTT 100ms 时，光「握手类」开销就三四百毫秒——数据一个字节都还没传。跨国或弱网 RTT 更大，用户「点开到出内容」的等待感主要来自这里。所以首屏优化的主线是：减少 RTT 的数量（少几次往返）和减少 RTT 本身（就近）。

二、慢启动：为什么新连接「起步慢」

TCP 不敢一上来就全速发，怕瞬间压垮网络。于是有了慢启动：

新连接的 cwnd 从初始拥塞窗口开始。早期是 1~4 个 MSS，现代 Linux 普遍是 IW10（10 个 MSS ≈ 14KB）。
之后每收到一批 ACK，cwnd 大致翻倍（指数增长），逐个 RTT 提速，直到到达慢启动阈值或发生丢包，转入拥塞避免。

这意味着一条新连接的速度是**「阶梯式爬升」**的：

第1个RTT：能发 ~14KB（IW10）
第2个RTT：~28KB
第3个RTT：~56KB
…

对于首屏那些几十 KB 的关键资源，往往三四个 RTT 就传完了，此时 cwnd 才涨到几十 KB——链路的真实带宽（可能是几百 Mbps）根本没机会用上。所以：短连接 + 小对象是慢启动的最大受害者，带宽再大也快不起来。

三、优化主线一：别反复新建连接（连接复用）

既然「握手 + 慢启动」是每条新连接都要付的税，那最有效的办法就是少建新连接、复用旧连接：

Keep-Alive 长连接：一条连接跑多个请求，握手只付一次；而且连接用过几次后 cwnd 已经涨大（连接「热」了），后续请求一上来就能高速传，避开了反复慢启动。
HTTP/2 多路复用：一条连接并发所有请求，把「一个域名一条热连接」的复用做到极致，还免了 HTTP/1.1 多连接各自握手、各自慢启动的浪费。

这也是为什么「连接复用」是首屏优化的第一抓手——它同时省下重复握手的 RTT 和反复慢启动的低速起步。

四、优化主线二：减少握手 RTT

① TCP Fast Open（TFO）——省掉 TCP 握手的 RTT

普通 TCP 必须三次握手完成后才能发数据。TFO 的思路是「重连时让 SYN 顺便带数据」：

首次连接：正常握手，服务器给客户端下发一个加密的 Fast Open Cookie。
后续连接：客户端 SYN 里带上 Cookie + 应用数据；服务器验证 Cookie 合法后，在握手完成前就开始处理这份数据并可回数据，等于把「握手」和「首个请求」并到了一起，省掉 1 个 RTT。

注意：TFO 需要客户端和服务器都支持，且部分中间设备（防火墙/NAT）会破坏它，实际部署有阻力；早期数据也有幂等性/重放的考量。

② TLS 1.3 与会话复用——压缩 TLS 握手的 RTT

TLS 1.2 完整握手要 2 RTT；TLS 1.3 优化到 1 RTT。
会话复用（Session ID / Session Ticket）让重连跳过完整握手。
TLS 1.3 0-RTT：重连时客户端在第一个包就带上加密的应用数据，握手 0 等待（但 0-RTT 数据有重放风险，只宜用于幂等请求）。

③ QUIC / HTTP/3——把握手合并到极致

QUIC 把传输握手和 TLS 握手合并成一次：首次 1-RTT 建连，重连 0-RTT。相当于同时干掉了 TCP 握手和 TLS 握手的多个 RTT，是这条主线的终极形态。

五、优化主线三：抬高慢启动起点

增大初始拥塞窗口（IW10 甚至更大）：把新连接的起步窗口从早年的几个 MSS 提到 10 个 MSS（约 14KB），让第一个 RTT 就能发更多数据。对首屏小资源收益直接——很多首屏关键资源一个 RTT 就发完了。部分场景（如 CDN）会用更激进的初始窗口。代价是过大可能在弱网加剧拥塞，要权衡。

六、优化主线四：直接降低 RTT 本身

前面都是「减少 RTT 的次数」，还有一招是减小 RTT 的数值——因为所有往返开销都乘以 RTT：

CDN 就近接入：把用户请求调度到最近的边缘节点，RTT 从上百毫秒降到几毫秒，握手、慢启动、请求响应全都跟着变快。这是性价比极高的首屏优化。
就近部署 / 边缘计算：让服务离用户更近。

七、组合拳：真实的首屏优化怎么做

实践中不是选一个，而是叠加：

CDN 就近（降 RTT） 
  + HTTP/2 或 HTTP/3（连接复用 / 多路复用，少建连、避免反复慢启动）
  + TLS 1.3 + 会话复用（压缩 TLS 握手）
  + 合理的初始窗口（抬高慢启动起点）
  + 资源层面：合并/压缩/预加载关键资源，减少请求数和字节数

网络层优化「让每次往返更快、往返更少」，资源层优化「让要传的东西更少」，两者配合才有好首屏。

八、常见误区与追问

考点	正确口径
慢启动	连接初期 cwnd 小，按 RTT 逐步增大发送量
TFO	允许在 SYN 中携带数据，减少首次请求延迟
限制	依赖系统/中间设备/服务端支持，且有安全权衡

normal first request:
SYN -> SYN/ACK -> ACK -> request data

TCP Fast Open:
SYN + data + cookie -> SYN/ACK -> response can start earlier

慢启动限制的是初期发送窗口，TFO 优化的是首次请求能否更早带数据，它们解决的不是同一个点。

误区：TCP Fast Open 能消除所有握手成本。 TFO 可让数据更早发送，但仍要建立 TCP 状态，并受 cookie 和支持情况限制。
误区：慢启动表示传输速度一直很慢。 慢启动是指数增长探测带宽，进入拥塞避免后增长方式变化。
误区：TFO 对长连接收益最大。 TFO 主要优化短连接首次请求，长连接复用后收益有限。
追问：TFO cookie 有什么用？ 服务端用 cookie 验证客户端曾经访问过，降低伪造 SYN 携带数据的风险。
追问：慢启动为什么必要？ 连接刚开始不知道网络容量，直接全速发送容易造成拥塞。
追问：实际优化首包还有什么手段？ 连接复用、TLS 1.3、HTTP/2/3、CDN 就近和预连接都常用。

九、加强记忆

新 TCP 连接拖慢首屏有两因：握手要 RTT（TCP 1 RTT + TLS 1~2 RTT，跨国/弱网更痛）和慢启动（cwnd 从约 IW10=14KB 起、每 RTT 翻倍，小文件还没提速就传完，带宽用不上）。优化四条主线：① 连接复用（Keep-Alive/HTTP2 少建连、复用热连接避免反复慢启动）；② 减少握手 RTT（TFO 让重连 SYN 带数据、TLS1.3/会话复用/0-RTT、QUIC 握手合并）；③ 抬高慢启动起点（增大初始窗口）；④ 降低 RTT 本身（CDN 就近）。核心一句：首屏的敌人是 RTT——要么少往返几次，要么让每次往返更短。

简化版

详细版