HLS直播音频流seek回退操作异常，如何实现指定时长回看功能？

异常原因说明 #

你遇到的seek失效是HLS直播流的默认播放逻辑导致的：

HLS直播滚动播放列表（Live Playlist）会不断移除过期的旧分片，播放器默认维护的进度基准是「直播边缘」（最新分片位置），你拿到的本地播放进度是相对于当前播放位置的相对偏移，而非整个回看窗口的绝对时间戳。直接传入相对偏移调用seek方法时，播放器会将参数识别为播放列表起始位置的偏移，和实际可seek范围不匹配，就会出现跳0、无响应的问题。你观察到的进度到1分47秒回落至1分37秒确实是2分钟DVR窗口的正常表现，说明播放列表滚动逻辑正常。

2分钟原生DVR窗口内的seek修复方案 #

首先不需要额外做缓存，只要修正seek参数的计算逻辑即可实现窗口内回退：

• 优先使用播放器提供的直播窗口时间范围计算目标位置：
  • 安卓ExoPlayer：调用player.getCurrentLiveWindow()获取当前直播窗口的startMs（窗口最早时间）和endMs（窗口最晚时间），目标seek位置 = liveWindow.startMs + (当前播放位置相对于窗口起始的偏移 - 10 * 1000)，只要计算结果在[startMs, endMs]区间内，传入seek()方法即可生效。
  • iOS AVPlayer：通过currentItem.seekableTimeRanges获取可seek范围，转换为目标时间点后调用seekToTime:。
  • 跨端播放器（如just_audio、audioplayers）：需要在初始化AudioSource时显式开启直播DVR支持，比如just_audio要配置live: true、allowSeekBackwards: true，播放器才会正确识别直播流的可seek范围。

超过原生DVR窗口的自定义回退方案 #

如果需要支持回退到2分钟窗口之外的已播放内容，需要自行实现音频分片缓存：

• 本地代理拦截方案（适配性最强）
  本地启动一个轻量HTTP代理服务，所有HLS分片请求都走该代理：
  1. 代理收到新分片时，同时转发给播放器、写入本地缓存目录
  2. 自行维护一份扩展版HLS播放列表，将已缓存的旧分片地址替换成本地文件路径
  3. 用户回退到超过原生滚动窗口的位置时，播放器会请求本地维护的扩展播放列表，直接读取本地缓存分片实现回退
     缓存时长可自行配置，只要保留指定时长内的分片即可。
• 播放器内置缓存扩展方案
  主流播放器都支持自定义缓存逻辑：
  • ExoPlayer：自定义CacheDataSource，配置CacheEvictor时调整清理规则，仅删除超过你指定保留时长的分片，关闭默认直播分片自动清理逻辑即可。
  • AVPlayer：配合AVAssetResourceLoader拦截分片请求，本地持久化存储已下载的分片。

注意事项 #

• 如果HLS流配置了EXT-X-KEY加密或者DRM加密，缓存分片时需要同时存储对应的解密密钥，否则本地缓存分片无法解码。
• 不要依赖播放器默认缓冲区实现回退，播放器缓冲区默认是循环覆盖的，且不会持久化，你之前等缓冲到30秒再seek无效就是因为旧缓冲数据已经被新数据覆盖，或者播放器判定目标位置不在当前有效播放列表范围内，直接忽略了seek请求。

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