RTT（往返时延）

RTT 的构成

一次 RTT 包含四段延迟：传播延迟（信号在光纤中以约 2/3 光速传播，北京到纽约单程约 65ms）、传输延迟（将数据包写入链路的时间，取决于带宽）、处理延迟（路由器查路由表的时间）和排队延迟（设备缓冲区积压）。

ping 命令测量的就是 RTT。一个典型场景：北京用户访问东京服务器，RTT 约 50-70ms；访问美西约 150-200ms；访问欧洲约 250-300ms。这些数字基本由地理距离决定，内容分发网络（CDN）的核心价值就是把服务器搬到用户附近，把跨洋 RTT 压缩成同城 RTT。[1]

TCP 的慢启动和拥塞控制算法与 RTT 深度耦合。高 RTT 链路（如卫星网络，RTT 约 600ms）上，TCP 窗口增长极慢，吞吐量远未达到带宽上限。这正是 Starlink 用低轨卫星（约 550km）将 RTT 从传统 GEO 卫星的 600ms 压到 20-40ms 的意义所在。

HTTP/1.1 的队头阻塞使每个请求都消耗至少一个 RTT；HTTP/2 的多路复用在单条 TCP 连接上并行处理请求；HTTP/3 基于 QUIC（UDP），连接建立只需 1 RTT，重连时 0 RTT——这些演进的核心动力都是减少 RTT 对用户体验的拖累。