今年会阅读媒体可靠性资料，会区分提前加入冗余信息与发现缺失后再请求数据的思路。前者可能利用额外信息恢复一定范围的问题，后者需要再次传递。两者都要付出条件与资源，不能只看到能够恢复，就认定没有任何等待或额外负担。
恢复能力有具体范围
采用什么编码、保存多少冗余、允许怎样的异常，都依实际协议和实现。冗余不是无限保险，超过相应条件仍可能无法恢复；重传也不保证内容一定赶得上当前播放时刻。没有正式说明与可靠测试，不补写精确成功率或适用人数。
点播与实时交流对时间的需要不同。多等一会儿可能有助于完整取得文件，却未必适合及时对话；为了连续播放而采取其他处理，也可能改变呈现方式。选择需要放回任务，而不是单看某项机制名称。
看最终结果与实际路径
记录问题时区分数据取得、处理完成与真实呈现，某个计数正常不能代替整个过程。网络、设备和应用都可能影响表现，不宜从一段片面日志直接确定责任，更不建议无权限地改变共享系统配置。
读懂这两类思路，可以让可靠与低等待之间的讨论更具体。它们不是互相否定的口号，而是在一定条件下采用的不同安排。知道机制怎样承担代价，也就更容易理解为什么同一种设置未必适合全部媒体任务。