未自定义DownloadService与PlatformScheduler时ExoPlayer退后台仍加载数据源

核心结论 #

ExoPlayer在未启用下载功能（未使用DownloadService、DownloadManager等组件）的默认场景下，不会主动启动JobScheduler或SystemJobService。你遇到的问题根源大概率是播放器未被彻底释放，或系统媒体播放策略触发了后台续播。

可能的原因分析 #

• 播放器释放不彻底：
  虽然你提到在Activity销毁时释放播放器，但如果存在以下情况，播放器实例可能仍在后台存活：

  • 未在onDestroy()中正确调用player.release()，或调用时机有误（比如在异步任务完成前就执行了释放，但播放器仍在工作）；
  • 播放器实例被静态变量、单例或其他生命周期更长的组件（如Application）持有，导致Activity销毁后播放器未被GC回收，继续执行播放逻辑；
  • 使用applicationContext创建播放器，若未主动释放，系统不会自动回收该实例。

• 媒体会话（MediaSession）遗留：
  Media3-UI的PlayerView默认会关联MediaSession以支持系统媒体控制通知。如果未在Activity销毁时释放MediaSession，系统可能会通过媒体会话维持后台播放，进而触发SystemJobService来保障播放进程存活。

• 意外触发重复播放逻辑：
  代码中可能存在未被注意的触发点（如广播接收器、回调重复调用、第三方SDK的间接触发），导致startPlay()被多次调用，即使APP退出后仍有组件触发播放。

解决方案 #

• 确保播放器彻底释放：
  在Activity的onDestroy()中严格执行释放流程：

  override fun onDestroy() {
      super.onDestroy()
      player.stop()
      player.clearMediaItems()
      player.release()
  }
  

  同时避免用静态变量或单例持有播放器实例，必要时使用弱引用管理。

• 处理媒体会话生命周期：
  如果使用了MediaSession（如通过PlayerView关联），需在销毁时同步释放：

  private var mediaSession: MediaSession? = null
  
  override fun onDestroy() {
      // ... 播放器释放逻辑
      mediaSession?.release()
      super.onDestroy()
  }
  

• 禁用不必要的后台播放行为：

  • 在Activity的onPause()中暂停播放：

    override fun onPause() {
        super.onPause()
        player.playWhenReady = false
    }
    

  • 初始化播放器时禁用后台音频续播：

    val player = ExoPlayer.Builder(context)
        .setHandleAudioBecomingNoisy(false)
        .build()
    

• 排查额外触发逻辑：
  检查代码中是否有广播接收器、WorkManager任务、第三方SDK等可能调用startPlay()的地方，避免非预期的播放触发。

内容的提问来源于stack exchange，提问作者X.Liang