TCP可靠传输的基石：从停止等待到滑动窗口，ARQ协议如何守护你的数据？
1. 从零理解ARQ协议：TCP可靠传输的守护者
想象你正在给朋友寄一封重要信件。如果只是简单地把信扔进邮筒，你怎么知道对方是否收到？现实中我们可能会要求对方签收后寄回回执——这正是ARQ协议（自动重传请求）的核心思想。作为TCP可靠传输的基石，ARQ通过确认与重传机制，在不可靠的网络环境中构建起数据传输的安全网。
我第一次调试视频会议系统时，就深刻体会到ARQ的价值。当时遇到画面卡顿问题，用Wireshark抓包发现大量重传报文，最终通过调整ARQ参数解决了问题。这种"发送-确认-重传"的机制看似简单，却蕴含着精妙的工程设计。它主要分为两大流派：停止等待ARQ像严谨的会计，每笔交易都要对账；连续ARQ则像流水线工人，批量处理任务效率更高。
2. 停止等待ARQ：可靠传输的"单线程"模式
2.1 基本工作原理
就像玩传接球游戏，A每次只抛出一个球（数据包），必须等到B举手示意接到后（ACK确认），才会抛出下一个球。这种"一发一收"的模式虽然效率不高，但实现简单可靠。我在早期物联网项目中就采用过这种方案，特别适合传感器这类间歇性发送小数据的场景。
具体流程分为三步曲：
- 发送方给数据包打上序号（比如SEQ=1）
- 启动超时计时器（通常设为RTT的1.5倍）
- 收到对应ACK后清除计时器，发送SEQ=2
2.2 差错处理的三种典型场景
实际网络环境中，数据包可能遭遇三种不测：
- 数据包损坏：接收方校验失败直接丢弃
- 数据包丢失：中途被路由器"吃掉"
- ACK丢失：确认信息没能返回
去年调试工业控制系统时，就遇到过电磁干扰导致的数据包损坏。这时发送方的超时计时器就像守夜人，超过预定时间未收到ACK就会触发重传。为避免重复处理，双方都需要维护序号：
- 发送方缓存已发送未确认的包
- 接收方通过序号识别重复包（收到SEQ=1时检查是否已处理过）
2.3 信道利用率的瓶颈
用个简单公式计算利用率：
U = (L/R) / (RTT + L/R)其中L是包大小，R是传输速率。假设RTT=100ms，发送1000字节的包，在100Mbps链路上利用率仅有0.08%！这就是为什么我们在视频直播等高速场景要采用更高效的方案。
3. 连续ARQ：滑动窗口下的性能革命
3.1 流水线传输的艺术
就像快递站同时处理多个包裹，连续ARQ允许发送方在未收到确认前持续发送多个包。我在优化文件传输服务时，将窗口大小从1调整到32，吞吐量直接提升20倍。但这也带来新的挑战：
- 需要更大的序号空间（32位够用）
- 收发双方都需要缓存能力
- 需要更复杂的差错控制机制
3.2 滑动窗口的精妙设计
TCP的滑动窗口就像动态调整的传送带：
发送窗口包含四类数据：
- 已确认的（可清除）
- 已发送未确认的（需保留）
- 可发送未发送的（待处理）
- 不可发送的（超出窗口）
接收窗口同样维护四种状态：
- 已交付应用的
- 乱序到达的
- 预期接收的
- 拒绝接收的
通过Wireshark观察TCP连接时，能看到窗口大小随网络状况动态调整，这就是TCP流量控制的精髓。
3.3 两种重传策略的博弈
3.3.1 回退N帧（GBN）的保守主义
像录音机倒带重放，GBN发现第N个包丢失时，会重传N及之后所有包。在丢包率高的4G网络中，这种机制可能导致大量冗余重传。优化方法是配合前向纠错(FEC)，我在移动视频项目中就采用这种混合方案。
3.3.2 选择重传（SR）的精准打击
更聪明的SR协议像狙击手，只重传真正丢失的包。但实现起来需要：
- 接收方缓存乱序包
- 每个包独立确认
- 更复杂的状态管理
在金融交易系统中，SR能有效降低延迟。某次优化中，我们将重传量减少了78%，关键是要合理设置窗口大小：
最大窗口 ≤ 序号空间/2比如3bit序号时窗口不超过4，避免新旧序号混淆。
4. 工程实践中的协议选型
4.1 停止等待 vs 连续ARQ对比
通过实测数据对比两种协议：
| 指标 | 停止等待ARQ | 连续ARQ |
|---|---|---|
| 吞吐量 | 低 | 高 |
| 实现复杂度 | 简单 | 复杂 |
| 内存消耗 | 小 | 大 |
| 适用场景 | 低速率设备 | 高速链路 |
在嵌入式开发中，我常根据这些维度做选择：
- 如果是电池供电的传感器，选停止等待
- 如果是5G视频传输，必选滑动窗口
- 中间场景可以折中，比如小窗口连续ARQ
4.2 跨层协作的注意事项
虽然ARQ机制在TCP和链路层都有实现，但要注意：
- 链路层ARQ保证单跳可靠性
- TCP保证端到端可靠性
- 避免多层ARQ导致"重传风暴"
某次排查数据库同步问题时，就发现TCP重传与底层HDLC重传相互放大。解决方案是：
# 调整TCP参数避免过度重传 sysctl -w net.ipv4.tcp_retries2=85. 现代网络中的ARQ演进
随着QUIC等新协议出现，ARQ也有创新：
- 前向纠错与ARQ结合
- 基于机器学习的动态窗口调整
- 多路径并行传输下的ARQ优化
在最近一个SD-WAN项目中，我们实现了智能ARQ：
- 实时监测各路径质量
- 动态分配重传任务
- 关键数据多副本传输
这种混合方案将视频会议丢包率控制在0.1%以下。ARQ协议就像网络世界的安全气囊，看似简单的确认重传机制，经过几十年演进仍在守护着我们的每一次数据传递。