如何在HLS点播流中精准记录观看统计数据？

核心思路：规避缓存干扰，基于会话与请求时序验证 #

1. 会话绑定+TS请求时序分析 #

• 为每个用户的播放会话生成唯一session_token，要求播放器在请求M3U8和TS文件时携带该token，服务器以此区分不同用户的播放行为。
• 记录每个TS片段的请求时间戳，通过请求间隔判断用户是否持续观看：
  • 正常播放时，用户请求下一个片段的时间应该接近当前片段的时长（比如10秒片段，请求间隔在8-15秒内）；
  • 如果某个片段请求后，超过2-3倍片段时长仍未请求下一个片段，判定为用户停止观看，统计时长截止到该片段的结束位置。
• 优势：无需客户端额外逻辑，完全基于服务器请求日志分析，避免客户端篡改。

2. 动态分段下发M3U8 #

• 不返回完整的M3U8列表，而是分批次动态生成：每次只返回当前播放位置之后的3-5个片段。
• 播放器必须定期请求更新后的M3U8才能获取后续片段，服务器通过M3U8的请求频次和请求的片段范围，精准跟踪用户的播放进度。
• 彻底解决播放器提前缓存大量片段的问题——服务器仅在用户需要时才下发后续片段的地址，缓存的片段数量被严格限制。

3. 心跳验证+权限控制 #

• 在M3U8中嵌入自定义逻辑（或复用EXT-X-RELOAD标签），要求播放器每隔30-60秒向服务器发送一个心跳请求，获取下一批片段的播放权限。
• 服务器通过心跳请求的连续性判断用户是否在观看：如果心跳中断超过阈值（比如2分钟），则停止统计该会话的时长。
• 结合TS请求的追踪，双重验证播放行为，进一步提升统计准确性。

4. 带宽与下载行为关联校验 #

• 分析TS片段的下载数据：如果用户下载速度远低于播放所需带宽（比如仅下载了片段的10%就终止），或下载完成后长时间未请求下一个片段，判定为用户未观看该片段，不计入统计时长。
• 例如：10秒的TS片段，用户下载完成后5分钟未请求下一个，说明用户中途停止，仅统计该片段的10秒时长。

实践细节补充 #

• 会话管理：session_token设置有效期（比如30分钟无请求则失效），避免无效会话占用存储资源。
• 进度跳转处理：如果用户拖动进度条，服务器通过请求的片段编号跳跃直接更新统计起始位置，无需追溯之前的片段。
• 异步计算：实时记录请求日志，后台异步计算有效观看时长（剔除间隔过长的片段请求、合并连续播放时段），平衡性能与准确性。

内容的提问来源于stack exchange，提问作者qmksbp