tcp重传定时器是linux内核基于rto动态计算、按数据段粒度管理的智能机制，结合快速重传与指数退避策略保障可靠传输。
TCP 重传定时器是 Linux 内核保障数据可靠传输的核心机制，它不是简单地“等时间到了就重发”，而是基于网络实时状况动态调整的智能判断过程。
重传定时器如何被启动和管理
每当 TCP 发送一个数据段（segment），内核会为该段启动一个重传定时器（RTO 定时器）。这个定时器并不针对整个连接，而是按未确认的数据段粒度独立维护。如果对应 ACK 在 RTO 时间内到达，定时器被取消；若超时未收到 ACK，则触发重传，并重置该段的新 RTO 定时器。
- 每个待确认的数据段都可能关联一个独立的重传定时器（尤其在启用选择性确认 SACK 时）
- 定时器底层依赖内核的 timer_list 机制，使用 jiffies 计数，精度通常为毫秒级
- Linux 不为每个段创建物理定时器对象，而是通过红黑树或哈希结构统一管理到期事件，提升效率
RTO 值不是固定数，而是动态计算的结果
RTO（Retransmission Timeout）是重传定时器的超时阈值，它的取值直接影响重传及时性与误判率。Linux 采用改进的 Jacobson/Karels 算法，核心公式为：
RTO = SRTT + 4 × RTTVAR
其中：
SRTT 是平滑后的往返时延估计（类似加权移动平均）
RTTVAR 是 RTT 波动性的方差估计
- 每次收到 ACK，内核用新测得的 RTT 样本更新 SRTT 和 RTTVAR
- Linux 引入 mdev（平均偏差）和 mdev_max（最小不低于 50ms），防止 RTTVAR 因采样过密而趋近于零，避免 RTO 过小导致频繁误重传
- RTO 被强制约束在 [200ms, 120s] 区间内，即不会低于 200ms，也不会超过 2 分钟
重传不止靠超时，还有快速响应机制
重传定时器属于“兜底”策略，但 Linux 同时支持更灵敏的快速重传（Fast Retransmit）：
- 当接收端发现数据段缺失（如收到 Seq=100、120、130，但缺 110），会立即对最后正确接收的序号（如 100）发送重复 ACK
- 发送端一旦累计收到3 个重复 ACK，无需等待 RTO 超时，立刻重传丢失段（如 Seq=110）
- 该机制大幅降低丢包恢复延迟，尤其在高带宽低延迟链路上效果显著
重传行为受系统参数限制，避免无限循环
即使持续丢包，内核也不会无休止重试。关键控制参数包括：
- tcp_retries1：决定何时启用指数退避（默认 3 次），影响 RTO 增长节奏
- tcp_retries2：决定彻底放弃连接前的最大重传次数（默认 15 次）
- 达到上限后，套接字状态转为 CLOSED，返回 ETIMEDOUT 错误
