蘑菇短视频后台播放时离线播放从不稳定到很稳：我只做了两步

前言很多短视频产品做得很漂亮，但一旦用户把应用切到后台或手机网络波动、断网，播放就会卡、断或直接停止。作为产品负责人/开发者，我把蘑菇短视频的后台与离线播放从“时好时坏”改造成“几乎从未出问题”的体验——我只做了两步。下面把可复用、落地性强的做法完整写出来，便于你直接在项目中应用。

核心思路概览问题源头通常在两类：一是系统层面（后台限制、音频焦点、Doze 等）让播放被中断；二是网络与缓存层面（下载不完整、缓存损坏、无续传）导致离线播放不稳定。所以把目标分为两件事：让播放器在后台合法稳定运行；保证离线资源完整、可恢复、可续传。这两步落实到位，播放稳定性就会大幅提升。

步骤一 —— 让播放器在后台“有身份、有权限、有控件” 把播放器当成一个长期运行的“前台任务”来管理，而不是临时对象。关键要点：

使用前台服务（Foreground Service）
启动播放时以前台服务运行，绑定常驻通知（含播放/暂停/下一首等控制按钮）。前台服务能显著减少系统因内存或省电策略中断播放的概率。
管理音频焦点与可见性
主动请求并监听音频焦点变更（Audio Focus），处理“音频变小/恢复/丢失”等场景，避免被系统或其他应用直接抢断。
使用现代媒体 API（MediaSession / MediaStyle Notification）
把播放器状态与 MediaSession 绑定，系统能在锁屏、蓝牙或车载中控上显示/控制播放，提升稳定性和用户体验。
处理系统省电模式与唤醒策略
在必要场景申请短期的 WakeLock 或使用 setForegroundMode（或等效方案）确保播放时 CPU 不被过度休眠；对 Android Doze/应用待机的兼容策略做测试；提供“省电适配”选项而非强制要求权限。
推荐实现
使用成熟播放器库（如 ExoPlayer）配合 PlayerNotificationManager / MediaSession。成熟库对低层细节、缓冲和重连行为有很好支持，能节省大量调优时间。

步骤二 —— 把离线资源做成“健壮的可恢复缓存” 离线播放的“卡顿/失败”大多来自不完整或损坏的文件、下载中断后没有续传、以及缓存淘汰策略不当。把离线缓存做成可恢复和可校验的，就能把失败率降到最低。

使用分段、可续传的下载策略
支持 HTTP Range 请求，下载过程中写入临时分片文件，完成后做原子合并（先写临时，全部完成再重命名为正式文件），避免半成品被播放器误用。
后台下载用可靠任务调度
把下载任务交给 WorkManager（或等效的可靠后台任务框架），支持断点续传、重试、后台网络策略控制和任务持久化。
强化缓存层：索引 + 校验 + LRU 策略
对每个缓存媒体记录元数据（资源 id、版本、checksum、最后访问时间）。播放前先校验 checksum，发现不一致则重新下载或回退。
使用 LRU 淘汰策略控制总大小，避免设备磁盘被耗尽。
用播放器的 CacheDataSource 把缓存和网络无缝衔接
例如 ExoPlayer 的 SimpleCache + CacheDataSource 可以做到“有缓存就用缓存，缺少时自动从网络获取并写入缓存”，对体验友好。
网络变更与错误恢复
网络切换（Wi‑Fi↔4G）时暂停重试策略，使用指数退避并在连接恢复后继续断点续传。对下载失败保持有限次数重试，并记录失败原因利于运维分析。
日志与自愈
对缓存失败、checksum 不匹配、磁盘写入错误等做上报和本地日志，定期触发“缓存校验/修复”任务，自动清理损坏条目。