发送冗余信息而不是只等重传
前向纠错通过额外编码数据，让接收端在一定损失条件下恢复内容。它与事后请求重传的思路不同。具体能恢复多少、需要收集多大数据块，取决于编码和参数，不能用一个纠错比例概括所有实现。
恢复能力有边界
损失超过设计范围、冗余数据也受损，或者恢复时间超过业务期限时，纠错仍可能失败。突发损失与零散损失的效果也不同。实时语音与文件传输对迟到数据的容忍不同，因此参数不能简单通用。
冗余消耗真实容量
多发的数据会占用带宽并增加编码处理。如果链路已经满载，盲目提高冗余可能加重拥塞，反而影响业务。应同时评价恢复收益、负载和时延，不要只统计少了多少可见缺口。
产品支持不能从原理推断
归巢用户不应因为某类协议能使用纠错，就假定客户端已开放相关功能。开发和运营方需要在授权测试环境测量不同损失模式，明确参数与回退。本文仅解释机制，不提供未经验证的配置值。
场景示例
少量冗余在轻微随机损失下有帮助，但面对长时间断网无法补齐全部内容。纠错适用范围和连接可达性是两件事。
实践检查清单
- 分别测随机损失和突发损失。
- 计算冗余带宽与处理成本。
- 比较恢复完成时间是否满足业务期限。
参考资料
以下为相关标准或背景资料。本文是独立技术说明，示例不代表归巢实测或功能承诺。
实际网络表现受地区、运营商、目标服务、协议实现与负载影响。归巢的具体功能、会员权益及可用线路，以当前客户端和正式服务说明为准。