Linux TCP重传机制是保障网络可靠传输的核心技术之一，当网络中发生数据包丢失、损坏或延迟时，通过重传机制确保数据最终正确送达接收端，这一机制的设计既需要兼顾传输效率，又要避免网络拥塞，其实现涉及多个关键环节和优化策略。
重传触发条件
TCP重传的触发主要基于两种机制：超时重传（Retransmission Timeout, RTO）和快速重传（Fast Retransmit），超时重传依赖定时器，发送端为每个数据包维护一个重传定时器，若在定时器超时前未收到接收端的确认（ACK），则触发该数据包的重传，快速重传则通过接收端发送重复ACK来触发，当发送端连续收到三个或以上相同序号的ACK时，判定该序号对应的数据包丢失，无需等待超时即可重传，显著提升重传效率。
关键参数与计算
重传机制的有效性高度依赖关键参数的设置,RTO值是核心参数，需动态计算，TCP采用Jacobson-Karels算法计算RTO，基于平滑往返时间（SRTT）和往返时间方差（RTTVAR）进行估算，公式为：RTO = SRTT + 4 * RTTVAR，初始RTO值通常设为1秒，后续根据网络状况动态调整，慢启动阈值（ssthresh）和拥塞窗口（cwnd）参数在重传后会调整，以控制发送速率，避免网络拥塞加剧。
重传优化策略
为提升性能,TCP引入多种重传优化技术，选择性确认（SACK）允许接收端告知发送端哪些数据包已成功接收，哪些需要重传，避免不必要的重复重传，前向重传（Forward RTO Recovery, F-RTO）则通过观察超时后的ACK行为判断是否为真实重传，避免错误进入拥塞控制阶段，延迟确认（Delayed ACK）和拥塞窗口算法（如CUBIC）与重传机制协同工作，平衡网络带宽利用与重传开销。
典型场景与处理流程
在数据传输过程中,若因网络抖动导致数据包丢失，接收端会通过重复ACK触发快速重传，发送端立即重传丢失数据包并调整cwnd为当前值的一半，进入拥塞避免阶段，若因严重网络拥堵导致超时，发送端将ssthresh设为当前cwnd的一半，cwnd重置为1 MSS（最大报文段长度），并重新进入慢启动阶段，逐步提升发送速率，下表总结了两种重传机制的核心差异：
| 机制类型 | 触发条件 | 响应速度 | 网络影响 |
|---|---|---|---|
| 超时重传 | 重传定时器超时 | 较慢 | 可能触发不必要的拥塞控制 |
| 快速重传 | 连续收到3个以上重复ACK | 快速 | 避免超时，减少性能损失 |
Linux内核通过精细的参数调优和算法优化,使TCP重传机制在复杂网络环境中保持高效与稳定，合理配置内核参数（如tcp_retries2、tcp_rmem等）可进一步优化重传行为，平衡可靠性与实时性需求，为各类网络应用提供可靠的数据传输保障。
