tcp可靠传输依赖序列号、确认应答与重传机制的闭环协同：累积确认承诺有序接收，动态rto与快速重传应对丢包乱序，序列号与校验和保障字节级完整与安全。
TCP 在 Linux 中实现可靠传输，靠的不是单个功能，而是序列号、确认应答、重传机制三者紧密咬合形成的闭环。确认不是“收到就回个 OK”，重传也不是“超时就瞎发”，它们在内核中被精确协同，共同应对丢包、乱序、延迟、重复等真实网络问题。
确认应答：不只是回复，而是状态承诺
接收方发出的 ACK 不是简单表示“刚收到这个包”，而是明确声明：“序号 N 之前的所有字节，我已完整、有序收齐”。这叫累积确认。比如 rcv_nxt = 5001，说明 1–5000 全部到位，下一次期待从 5001 开始。
- ACK 可以延迟发送（默认 40–200ms），用于合并多个确认，减少小包数量；
- 若启用 SACK（选择性确认），接收方还能告诉发送方“我收到了 [1000–1999] 和 [3000–3999]”，跳过中间空洞，避免盲目重传；
- ACK 本身也可能丢失——这正是重传机制存在的前提，发送方不能依赖 ACK 必然抵达。
超时重传：动态 RTO 是关键
RTO（重传超时）不是固定值，Linux 使用 Jacobson/Karels 算法持续跟踪实际 RTT（往返时间）及其波动（RTTVAR），公式为 RTO = SRTT + 4 × RTTVAR。网络越不稳定，RTO 越大，避免频繁误重传。
宝塔Linux面板11.8.1
下载
宝塔Linux面板11.8.1为官网当前正式版，新增AI建站能力并经过宝塔网站工程师深度调教，开放自定义AI功能API，同时对WAF进行界面重构和深度优化，提升拦截能力与运维效率。
- 每次超时后，RTO 指数退避（翻倍），防止雪崩式重发加剧拥塞；
- 重传次数受两个参数控制：tcp_retries1（默认 3，仅影响快速重传前的尝试）和 tcp_retries2（默认 15，决定连接彻底放弃前的总重试上限）；
- 内核通过 tcp_retransmit_skb() 函数执行重传，并联动拥塞控制算法（如 CUBIC）调整发送节奏。
快速重传：用重复 ACK 抢跑超时
当接收方收到乱序包（比如先到 seq=3001，但 seq=2001 还没来），它会立即对已收齐的最高连续序号（如 2000）反复发 ACK。发送方一旦收到 3 个相同确认号的 ACK（即 Dup ACK ≥ 3），立刻重传对应缺失段，无需等待 RTO 计时器到期。
- 该机制大幅缩短丢包恢复时间，尤其对高带宽低延迟链路至关重要；
- Linux 内核由 tcp_fastretrans_alert 状态机驱动，与 SACK 配合可精准定位丢失位置；
- 若开启 TLP（尾部丢失探测），还会在 RTO 触发前主动发一个 Probe 包，进一步压缩“最后几个包”丢失的响应延迟。
序列号与校验和：可靠性的底层锚点
序列号让每个字节可追溯，校验和确保字节内容未被篡改。二者缺一不可：序列号管顺序和去重，校验和管完整性。
- 初始序列号（ISN）由时间戳+随机数生成，防序列号预测攻击；
- 校验和覆盖伪头部（含源/目的 IP）、TCP 头和载荷，由网卡硬件或内核 tcp_v4_checksum() 计算；
- 若校验失败，包直接丢弃，不递交给上层，也不触发 ACK——这会间接导致发送方因收不到确认而启动重传。
