慢启动成本是什么
每条新连接都从较小的拥塞窗口起步，之后按往返时间逐轮指数增长；短连接往往在窗口还没长到链路容量时就结束了，于是有效吞吐始终停留在低位。抓包特征是发送速率呈阶梯状上升，早期每一轮可发送的数据量成倍增加。这份成本在高延迟链路上更突出，因为窗口增长以往返时间为节拍。缓解手段有提高初始窗口、复用连接减少新连接数量、以及把内容放到离用户更近的位置，其中连接复用的效果通常最直接。
基本信息
| 算法依据 | RFC 5681（慢启动）、RFC 6928（初始窗口） |
|---|---|
| 抓包特征 | 发送速率呈阶梯上升，窗口按轮次翻倍 |
| 高发场景 | 短连接、跨地域访问、首屏加载 |
| 缓解手段 | 提高初始窗口、连接复用、就近接入 |
| 影响量级 | 与往返时间成正比 |
典型使用场景
- 首屏优化：评估首个请求被慢启动拖累的程度
- 短连接分析：大量小请求的业务受影响最明显
- 连接复用评估：复用率高时这份成本被摊薄得很快
- 跨地域对比：往返时间越大受影响越明显
- 调优验证：提高初始窗口后复测吞吐的提升幅度
观察方法
观察方法
tcp.stream == N && tcp.len > 0 # 只看数据段
tcp.analysis.bytes_in_flight # 在途数据随时间的增长
# 早期窗口按轮次成倍增长 → 慢启动形态
# 短流大部分时间停留在低位影响因素与表现
| 因素 | 表现 | 处置方向 |
|---|---|---|
| 往返时间大 | 窗口增长节拍慢，成本更明显 | 就近接入与复用连接 |
| 传输量小 | 未增长到容量即结束 | 评估是否值得新建连接 |
| 复用率高 | 成本被多请求摊薄 | 维持长连接 |
| 出现丢包 | 窗口回落重新增长 | 先解决丢包问题 |
增大初始窗口、连接复用、把内容放到离用户更近的节点都是常见缓解手段；按投入产出排序，通常优先做连接复用与就近接入。
把慢启动的阶梯形看成被限速会误判为策略问题，先确认窗口与速率曲线是不是逐轮上升的形态再定性。