预加载策略对照：提前30秒缓存换来的流畅度

结论先行

先下结论：预加载没有绝对最优解，只有与习惯的匹配度。激进策略提前缓存30秒到2分钟内容，流畅度最好，代价是中途弃看时浪费流量可达整集的15%；保守策略只提前5到10秒，省流量但抗波动能力弱；按需策略根据观看行为动态调整，多数场景下平衡最好。追剧型用户适合激进或按需，跳看型用户适合保守，把策略与习惯对上号，比纠结参数更重要。

没有最好的策略，只有最合拍的策略。

三种策略实测对照

测试在带宽间歇波动的环境下进行，每5分钟制造一次持续20秒的降速。激进组全程零卡顿，但一集45分钟内容实际下载了约52分钟的量，多出的部分在用户拖动跳过片头时被直接丢弃；保守组出现4次卡顿，其中2次超过5秒，流量浪费接近零；按需组出现1次约2秒的短卡，流量多耗约6%。拖动响应一项结果反转：保守组拖到新位置后0.8秒恢复，激进组因忙于维持预加载队列，恢复要1.5秒以上。3种策略各赢一项，没有全能选手。

策略背后的取舍逻辑

预加载的本质是拿确定的流量换不确定的流畅。服务方要算两笔账：一笔是带宽成本，预加载越多、弃看浪费越大，按月累计是真金白银；另一笔是留存，卡顿带来的退出同样折损收入。用户侧则多一笔账：移动网络下流量有单价，激进策略在地铁里追剧，一集多耗100MB并不罕见。部分服务把预加载强度做成设置项，交给用户按网络环境切换，这种把选择权交出来的设计，在测评中应给予加分。

选择权本身，就是一项体验指标。

按习惯选型的建议

习惯整集看完的用户，开激进或按需，流畅收益最大；习惯倍速扫看、频繁拖动的用户，保守策略响应更快且不浪费；流量按量付费的用户，在移动网络下务必关掉激进预加载，只在Wi-Fi下开启。另外提示一点：预加载与下载缓存是两回事，前者关掉应用即清，后者落盘保存，别把预加载的流畅误当成已经下载。分清这两者，后文在线与下载的对照才谈得下去。

复测记录：预加载对起播的连带影响

补测发现预加载策略还会反噬起播。激进组在用户连续点开不同内容试看时，前一个内容的预加载队列没有及时取消，后台还在下载已弃看的分片，新内容的首片要排队等待，起播反而比保守组慢0.8到1.5秒。按需组因为有行为预测，弃看后200毫秒内就释放带宽，没有出现这个问题。这说明预加载的完整度不只看提前量，还要看取消机制：只会加不会减的激进策略，在跳看型用户手里是负优化。产品评测时应把弃看后的带宽释放速度列为单独一项。

会预加载不难，难的是会收手。

评分小结

综合流畅、流量与响应3项给分：按需策略9分，是当前最均衡的解法；激进策略7.5分，适合整集看完型用户，跳看场景扣分明显；保守策略7分，省流量与拖动响应占优，弱网流畅度拖后腿。若服务允许用户自选预加载强度，额外加1分，因为同一账号在家里与通勤是两种用法，能切换才算把策略用活。读者设置时记住：Wi-Fi下按需或激进，移动网络下按需或保守，出行前一晚则直接转下载，不与预加载纠缠。

一句话执行版

设置只调2处：家里Wi-Fi把预加载设为按需或激进，出门前把移动网络下的预加载调低1档或关闭。跳看型用户额外把拖动响应相关的流畅优先打开。调完用1周时间观察2个数：卡顿有没有变多、流量有没有异常变高。2个数都正常，设置就定版；流量涨了而流畅没变，说明预加载在空转，果断降回保守。策略的价值要靠数据验收，不靠感觉。

1周观察，2数定版。