TCP 流分析82 条

延迟 ACK 判读

接收方将确认合并延后(通常约数十至数百毫秒或凑两个段):抓包表现为收到数据后不立即回 ACK,期间发送方可能误判。

用途识别确认延迟带来的"假慢"
观察数据到达与 ACK 之间显著间隔;凑包后一次确认

对比

对比
交互式小包:可能每个都等 40-200ms
批量传输:ACK 通常及时(凑段确认)
tcp.analysis.ack_rtt 样本被拉高
延迟 ACK 是省资源的默认行为,非错误;吞吐敏感场景可调。

易错点

  • 把延迟 ACK 当作网络延迟会导致优化方向跑偏,先看时间线归因
  • 两端都支持时行为可能被系统参数覆盖(如 quickack)

数据来源与参考

  • RFC 1122(延迟确认)
  • RFC 9293
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌