HLS 直播与点播差异

理解直播和点播差异，有助于定位“为什么同一播放器在两种流上表现不一样”。两者都基于 HLS 协议，但在清单生命周期、缓存策略、容错方式和用户体验目标上差别很大。点播追求可快进、可回看、稳定加载；直播追求低延迟、持续更新和不中断。很多线上故障都是把点播思路直接套到直播上造成的，例如给直播清单设置过长缓存、或者用点播的重试参数处理直播抖动，最终导致延迟不断累积。

一、点播（VOD）的特征

点播清单通常包含完整片段列表，并以 #EXT-X-ENDLIST 结尾，代表内容已完结。播放器拿到清单后可以提前规划缓冲、支持拖动进度和多次回放。由于资源相对稳定，CDN 可以更激进缓存，首帧和回看体验通常更好。点播排障时最常见的是某个分片损坏、编码不兼容或索引路径错误，问题可复现性高，定位相对直接。

二、直播（Live）的特征

直播清单会持续更新，MEDIA-SEQUENCE 不断递增，播放器必须周期性刷新清单并拉取新分片。直播没有固定结束时间，播放器需要在“追赶实时性”和“保持缓冲安全”之间平衡。若刷新节奏过慢会增加延迟，过快则容易造成无效请求和抖动。直播对切片稳定性要求更高，一旦推流侧时间戳漂移、切片不连续或回源延迟升高，就会出现卡顿、跳时或中断。

三、缓存与鉴权策略差异

点播适合长期缓存分片与清单，而直播清单必须短缓存甚至不缓存，否则用户会拿到过期列表，表现为“永远停在旧画面”。分片可按业务时效做中短缓存，降低回源压力。鉴权上，直播地址通常有效期更短，防止链接扩散；但过短会造成播放中途失效，因此清单和分片应设置不同过期窗口，并保留续签机制。若清单已续签但分片未续签，播放器仍会在播放中断开。

四、播放器配置差异

针对直播和点播的不同特性，播放器需要进行差异化配置：

• 缓冲策略：点播可以设置较大的缓冲区（30-60秒），直播应减小缓冲区（5-15秒）以降低延迟。
• 重试机制：点播重试间隔可以较长，直播重试应更频繁但次数有限，避免延迟累积。
• 码率切换：点播允许激进的码率切换，直播应保守一些，避免频繁切换造成卡顿。
• seek 操作：点播支持任意拖动，直播通常只允许seek到直播窗口内（如最近2分钟）。

五、实际案例分析

案例：直播延迟从3秒累积到30秒

某直播平台用户反馈，刚开始播放时延迟正常，但观看一段时间后延迟越来越长。排查过程：

• 步骤1：检查播放器配置，发现缓冲策略设置为"最大化流畅度"，缓冲区长达60秒。
• 步骤2：查看网络状况，用户网络存在轻微抖动，播放器为保持流畅不断增大缓冲。
• 步骤3：调整播放器配置，将直播缓冲区设为10秒，启用"追赶模式"（当缓冲过大时加速播放）。
• 步骤4：优化后延迟稳定在5秒以内，用户体验明显改善。

这个案例说明，将点播的缓冲策略直接套用到直播上，会导致延迟不可控。直播需要专门的低延迟配置。

六、常见问题与排查顺序

直播常见问题包括延迟累积、短时间连环缓冲、播放一段后中断；点播常见问题包括拖动后黑屏、局部时段报错、特定设备无法解码。建议固定排查顺序：先验证清单是否实时更新，再抽查最新分片是否可读，再检查 CDN 缓存命中和回源耗时，最后看编码参数与播放器日志。只要把“协议差异”落实为“不同的运维与缓存策略”，直播和点播都能获得更稳定的用户体验。

七、最佳实践建议

• 分离部署：直播和点播使用不同的域名或路径，便于独立配置缓存策略。
• 监控指标：直播重点监控延迟、断流率；点播重点监控首帧时间、拖动响应。
• 降级策略：直播网络不佳时优先保流畅，允许适度降码率；点播网络不佳时优先保清晰度，允许缓冲。
• 测试覆盖：上线前分别在稳定网络和弱网环境下测试，验证不同场景的播放表现。