1 基本概念
1.1 数据包与通信过程
在计算机网络中，数据通常会被拆分为若干较小的单位进行传输，这些单位可称为数据包。发送方将信息封装后送入网络，经过路由、转发和链路传输，最终由接收方重新组装。由于路径中可能存在丢包、误码或时序变化，通信过程并不总是一次成功完成。
1.2 重传的定义与作用
数据包重传是指当某个数据包未按预期到达，或者其到达结果无法被确认时，发送方再次发送同一数据包或等价数据单元的机制。其核心作用是弥补传输中的不确定性，提高消息最终送达的概率，并减少因单次失败导致的通信中断。
1.3 重传与数据完整性
重传不仅关乎“是否送达”，也关系到“是否正确送达”。当包在传输中发生损坏、内容缺失或校验失败时，重新发送可帮助接收方获得完整且可用的数据，从而避免错误信息被上层应用直接使用。
1.4 重传与网络可靠性
在可靠通信设计中，重传是最常见的补救手段之一。它与确认应答、超时检测和序号管理配合使用，使网络系统即使在不稳定环境下，也能维持较高的传输成功率。不过，重传本身会增加额外开销，因此通常需要根据场景进行权衡。
2 触发重传的原因
2.1 数据包丢失
数据包可能在传输路径中被丢弃，原因包括缓存溢出、链路故障、路由变化或无线干扰等。若发送方在规定时间内未收到确认，便会将其视为可能丢失并触发重传。
2.2 数据包损坏
有些数据包虽然到达了接收端，但因噪声、干扰或传输误码而内容失真。此时校验结果通常会失败，接收方会拒绝使用该包，并通过协议机制请求重新发送。
2.3 确认超时
确认应答未能按时返回，是重传的重要触发条件之一。超时并不一定意味着包真的丢失，也可能只是路径拥塞或确认包延迟，但为了保证可靠性，系统往往会按超时规则执行重发。
2.4 序列异常
当接收端发现包的序号不连续、顺序错乱或重复出现时，往往意味着某一段数据缺失或传输状态异常。此时协议可能要求补发缺失部分，以恢复正确的顺序和完整性。
2.5 拥塞或链路波动
网络拥塞、信道质量变化或链路抖动，会使包的到达时间变得不稳定，甚至导致部分包失效。虽然这些情况并不总是直接造成丢包，但会显著提高重传概率。
3 重传机制
3.1 超时重传
超时重传是最经典的实现方式。发送方在发送数据包后启动计时器，如果在设定时间内没有收到对应确认，就重新发送该包。这种方式结构简单，适用范围广。
3.1.1 定时器设置
定时器通常依据平均往返时延、链路波动幅度和历史统计结果设定。过短会导致误判和不必要的重复发送，过长则会延迟故障恢复，降低传输效率。
3.1.2 超时判断
系统会持续监测确认是否在预期时间内到达。若计时器到期且仍无有效反馈，便认定当前传输可能失败，并执行重传流程。为避免连续误触发，很多协议会采用动态调整的超时策略。
3.2 快速重传
快速重传不依赖等待完整超时，而是借助接收端反馈中的异常模式提前判断丢包。它能够更快恢复传输，减少等待时间，尤其适合对时延较敏感的场景。
3.2.1 重复确认触发
当接收端持续收到某个序号之前的数据，却一直缺少下一段连续数据时，通常会重复确认已按序到达的最后一个包。发送方若连续收到多次相同确认，便可能判断中间某包缺失，从而提前重传。
3.2.2 失序检测
若系统检测到数据到达顺序异常，说明某些包可能在网络中被阻塞或遗失。此类信息可作为快速恢复的依据，使发送方无需等待完整超时周期即可补发缺口。
3.3 选择性重传
选择性重传强调“补哪一块、重发哪一块”。与整段重发相比，它只针对真正缺失或损坏的部分执行补发，因此更节省带宽，也更适合批量传输。
3.3.1 仅重发缺失包
在接收方能够精确识别缺口的情况下，发送方只需重新发送对应包，而无需回退整个窗口或整批数据。这样可以减少冗余传输，并提高链路利用率。
3.3.2 选择性确认配合
选择性重传通常与选择性确认机制配套使用。接收方会明确指出哪些包已经收到，哪些包尚未到达，发送方据此进行定点补发，从而避免“全盘重来”。
3.4 自动重传请求
自动重传请求是一类将检测、反馈和重发整合在协议中的机制。它由系统自动完成，不需要人工干预，因而在各类通信协议和链路控制中应用广泛。
3.4.1 发送端重传
在这一模式下，发送端负责保存待确认数据，并根据接收方反馈或本地计时决定是否再次发送。它是自动重传请求中最常见的执行主体。
3.4.2 接收端反馈
接收端通过确认、否认、缺失提示或状态回执等方式，为发送端提供重传依据。反馈越精确，重传动作越有针对性，也越能减少额外开销。
4 相关协议与实现
4.1 传输层协议中的重传
在传输层中，重传通常与端到端可靠性交付目标紧密结合。相关协议会维护连接状态、包序号和确认信息，以实现较稳定的数据传递。
4.1.1 面向连接协议
面向连接协议会在会话建立后持续跟踪数据流状态。若某一段数据未被确认，协议即可基于序号、窗口和超时规则执行重传，因此常用于需要较高可靠性的通信。
4.1.2 无连接可靠扩展
某些原本无连接的传输方式，也可以通过额外确认、重发和状态管理实现可靠扩展。这类方案通常用于在保留轻量特性的同时，补足可靠性不足的问题。
4.2 无线通信中的重传
无线环境较容易受到噪声、遮挡和信号衰减影响，因此重传机制十分常见。它既可发生在链路层，也可由更高层协议配合完成。
4.2.1 链路层重传
链路层重传通常针对本跳通信进行处理，范围较局部，反应也较快。若当前无线链路上的某个帧失效，协议可立即请求重发，以减少错误传播到上层。
4.2.2 信道误码处理
当信道误码率上升时，数据包更容易在传输过程中受损。系统会结合检错结果与重传策略，对误码造成的异常进行修复，从而维持链路可用性。
4.3 存储与同步系统中的重传
在文件复制、数据备份和同步更新中，重传用于补足传输中断或校验失败的部分，以确保两端数据一致。
4.3.1 数据块校验
存储系统常按数据块进行校验，若发现某块内容与预期不符，便会重新获取该块。通过这种方式，可以减少整文件重复传输的成本。
4.3.2 断点续传
断点续传允许在中断后从上次停止的位置继续传输，而不是从头开始。这本质上也是一种带状态管理的重传与补传机制，常用于大文件下载和同步场景。
4.4 流媒体与实时传输中的重传
在音视频和实时互动场景中，重传的目标不只是“绝对完整”，还要兼顾播放连续性。过慢的补发可能已经失去实时价值，因此实现方式通常更为灵活。
4.4.1 延迟敏感场景
在延迟敏感场景里，若等待重传会明显影响体验，系统可能选择忽略少量丢包，或采用局部补偿而非完整重发。这样做是为了保持画面和语音的连贯性。
4.4.2 低时延补偿
低时延补偿常借助冗余数据、前向修复或快速补发等方式，让接收端尽快恢复可播放内容。其重点在于控制等待时间，而不是追求每个包都百分之百补齐。
5 性能影响
5.1 传输时延
重传会增加额外等待时间，尤其是在超时后才触发的场景中更为明显。若丢包率较高，时延会进一步累积，影响端到端响应速度。
5.2 吞吐量变化
当网络中存在较多重传时，实际可用于传递新数据的带宽会下降，整体吞吐量随之减少。协议通常需要在补发旧包和发送新包之间寻找平衡。
5.3 带宽占用
每一次重传都会再次占用链路资源，因此在高负载环境中，过多重发会放大带宽消耗。若控制不当，还可能诱发更多排队与丢包。
5.4 网络拥塞风险
重传越频繁，网络中待发送的数据越多，拥塞压力也越大。严重时会形成反馈循环：拥塞导致丢包，丢包引发重传，重传又进一步加重拥塞。
5.5 用户体验影响
对用户而言，重传可能体现为页面加载变慢、下载卡顿、视频缓冲或语音断续。虽然它提升了可靠性，但若策略不合理，也会让交互感受变差。
6 相关技术
6.1 确认应答机制
确认应答是重传的基础配套手段。接收方通过明确回应表明数据是否成功到达，发送方则据此决定继续发送、等待还是重发。
6.2 序列号与排序
序列号用于标识数据包的先后位置，帮助接收端识别缺失、重复和乱序情况。借助排序信息，系统可以更准确地判断哪些内容需要重传。
6.3 校验和与纠错
校验和用于检测传输过程中是否发生错误。部分系统还会结合纠错编码，在一定范围内直接修复轻微损坏，减少必须重传的次数。
6.4 流量控制
流量控制通过限制发送速率或窗口大小，避免接收端来不及处理而产生丢包。它与重传相互配合，可降低不必要的补发需求。
6.5 拥塞控制
拥塞控制主要用于防止网络过载。它会在链路压力增大时调节发送行为，减少因拥塞造成的丢包，从源头上降低重传频率。
7 设计与优化
7.1 重传阈值设置
重传阈值决定何时认为包已经“足够可疑”并开始补发。阈值过敏感会造成误重传，过迟钝则会拖慢恢复速度，因此通常需要依据业务特点设定。
7.2 超时参数调优
超时参数应尽量贴近实际网络时延分布。常见做法是根据历史观测动态调整，使其既能覆盖正常波动，又不会因等待过久而影响效率。
7.3 选择性确认策略
选择性确认能帮助发送方快速锁定缺失部分，减少无效重发。对于大窗口或高丢包环境，这类策略往往比简单确认更高效。
7.4 冗余传输与降级方案
在某些高可靠或低时延系统中，会预先发送少量冗余数据，或在条件恶化时切换到降级模式。这样即使发生丢包，也能尽量维持基本通信质量。
7.5 可靠性与效率权衡
重传系统的设计通常不是单纯追求“越多越好”，而是在可靠性、延迟和资源消耗之间寻找合适平衡。不同业务对这一平衡点的要求并不相同。
8 常见问题与应用场景
8.1 文件传输
文件传输对完整性要求较高，因此重传十分常见。无论是下载、上传还是同步备份，都需要依赖重发机制来补齐缺失数据。
8.2 网页访问
网页加载过程中，脚本、样式表和图片等资源都可能因传输异常而重新获取。重传可帮助浏览器在网络不稳定时尽量显示完整页面。
8.3 在线游戏
在线游戏更关注实时性，但对关键状态更新也需要一定可靠性。部分数据会通过快速重传补救，而非无限等待，以免影响操作响应。
8.4 音视频通话
音视频通话通常容忍少量丢包，但不能承受过长等待。重传在这里往往用于关键控制信息或短时补偿，而不是对每个媒体包都严格重发。
8.5 工业通信
工业通信常强调稳定、可控和确定性。为避免误动作或状态错乱，系统会采用更严格的重传和确认机制，确保指令和反馈准确到达。
8.6 物联网设备通信
物联网设备常受限于功耗、带宽和计算能力，因此重传策略往往需要尽量简洁。常见做法包括轻量确认、有限次数重发和低功耗休眠后的补传。