Android ExoPlayer播放m3u8流时暂停/seek仅视频生效音频持续播放问题

常见成因 #

• 多ExoPlayer实例未同步控制：最常见的情况是代码中意外初始化了多个独立的ExoPlayer实例，其中一个实例负责渲染视频画面，另一个隐式实例仅加载了音频轨道在后台播放，所有player.setPlayWhenReady(false)、player.seekTo等控制操作仅作用于绑定了视频渲染的实例，音频实例完全未接收控制指令。
• 音视频轨道分离配置错误：如果自行配置了TrackSelector来分离音视频轨道，可能出现音频轨道被标记为独立于播放控制的外部轨道，或者绑定音频渲染器的轨道没有关联到当前播放会话的控制逻辑。
• m3u8流的自适应比特率(ABR)配置异常：部分不规范的m3u8流会将音频轨封装为独立的、不带时序同步标记的分段，ExoPlayer的默认分离器识别错误时，会将音频流作为独立于主播放timeline的资源加载，不受常规播放控制指令影响。
• 音频渲染器复用逻辑异常：如果自定义了音频渲染器AudioRenderer，或者开启了渲染器复用配置，可能出现音频渲染器没有绑定到当前播放实例的控制生命周期，暂停指令下发时渲染器未响应停止输出。
• 系统音频焦点处理冲突：如果应用同时持有独立的音频焦点，且自定义了音频焦点回调逻辑屏蔽了ExoPlayer的内置焦点处理，部分机型上会出现ExoPlayer暂停时音频轨道未被系统释放，持续输出。

排查解决思路 #

• 多实例校验：在初始化、释放ExoPlayer的位置增加日志打印实例哈希值，确认全局仅存在一个负责当前播放的实例，所有控制操作均作用于该实例，页面销毁/播放停止时调用player.release()释放所有实例资源，杜绝后台隐式实例运行。
• 轨道配置复位：如果自定义了DefaultTrackSelector，先切换为默认无修改的配置验证问题是否消失，确认没有对音频轨道设置独立的选择规则，必要时可以通过trackSelector.setParameters(trackSelector.buildUponParameters().setRendererDisabled(C.TRACK_TYPE_AUDIO, false))强制绑定音频轨道到当前播放控制链路。
• 播放源验证：使用官方ExoPlayer Demo播放同一个m3u8流，排除流本身的封装问题，如果官方Demo也能复现问题，需要检查m3u8的音频分段是否绑定了正确的EXT-X-MEDIA属性，且和视频轨使用相同的时序基准。
• 渲染器逻辑校验：如果使用了自定义AudioRenderer，先切换为ExoPlayer默认的DefaultAudioRenderer验证，确认自定义逻辑中没有拦截暂停、跳转的控制指令，关闭不必要的渲染器复用配置，确保每个播放会话的渲染器和当前Player实例一一绑定。
• 音频焦点逻辑排查：临时注释自定义的音频焦点处理代码，使用ExoPlayer默认的音频焦点管理逻辑setHandleAudioBecomingNoisy(true)验证，确认没有自定义逻辑拦截了播放器的音频停止指令。

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