关于RTT估算的技术疑问：教材中SampleRTT测量方式的困惑

我完全理解你对这段教材表述的困惑——当初我第一次啃TCP相关内容时，也对这个测量逻辑卡过壳。咱们先把教材里的原文放出来，再逐点拆解：

段的样本往返时间（记为SampleRTT）是指该段被发送（即交付给IP）到收到该段确认之间的时长。大多数TCP实现并非为每个传输的段都测量SampleRTT，而是同一时间仅进行一次SampleRTT测量，即任意时刻仅对一个已传输但当前未确认的段进行SampleRTT估算。

接下来分两个核心点帮你理清：

• SampleRTT的本质定义：
  这里的SampleRTT就是TCP用来估算往返延迟的基础样本值——简单说就是「发一个段出去，到收到这个段的ACK，中间花了多久」。这个定义是所有RTT计算的核心逻辑，没什么复杂的。

• 为什么不同时测量多个段的SampleRTT：
  这是TCP累计确认机制导致的必然选择。举个实际例子：如果你同时发了段1、段2、段3，之后收到一个ACK说「我已经收到到段3为止的所有数据」，你根本没法准确区分这个ACK对应哪个段的到达时间——是段1的ACK延迟了？还是段3刚到就触发了确认？
  所以大多数TCP实现会在任意时刻只选中一个未确认的段作为跟踪对象（通常是最近发送的那个），只记录它的发送时间，等对应ACK回来时计算这个单一的SampleRTT。这样就能保证测量的准确性，不会因为累计确认的歧义搞混数据。

补充个小细节：部分支持SACK（选择性确认）的TCP进阶实现可以跟踪多个段的RTT，但教材里说的是「大多数实现」，也就是最基础的TCP标准行为。

内容的提问来源于stack exchange，提问作者user8033404