Kotlin 中使用 .setMediaItems Ke以一次性塞入多个 MediaItem，实现无缝切歌：

val playlist = listOf(
     MediaItem.fromUri,
     MediaItem.fromUri,
     MediaItem.fromUri
)
player?.setMediaItems
player?.prepare
player?.playWhenReady = true      // 自动从第一条开始播放
// 当一条结束后内部会自动跳到下一条，无需额外监听。

下面示例展示如何在 Application 的 onCreate 中创建 SimpleCache，并让所有 ExoPlayer 实例共享它：

 
class MyApp : Application  { 
   lateinit var cache : Cache 
   override fun onCreate { 
       super .onCreate  
       val cacheDir= File 
       cache=SimpleCache) 
   } 
} 
// 在 Activity 或 Service 中构造玩家时注入 CacheDataSourceFactory  
private fun buildPlayer:ExoPlayer{ 
   val cacheFactory=CacheDataSource.Factory  
          .setCache.cache) 
          .setUpstreamDataSourceFactory) 
     return ExoPlayer.Builder 
          .setMediaSourceFactory 
          .build 
} 
这样一来同一个 URL 第一次访问会走网络下载，随后dou会命中磁盘缓存；对直播流也同样有效，只是会保留Zui近几分钟的数据片段而Yi。 
6．３ 后台服务 + 通知栏 　　​ 
借助 media‑session 库，你不必自己写 Service 与 Notification，只要声明一个 MediaSessionService 即可获得系统自动生成的媒体通知：
  
  
      
          
    < /intent‑filter>  
< /service>   
随后在 Activity 中绑定：

kotlin  
private lateinit var mediaSession : MediaSession  
private fun initSession{  
    mediaSession=MediaSession.Builder  
        .build  
    // 将 SessionToken 塞进 UI 控件，使系统知道该用哪个通知模板    
    playerView.sessionToken=mediaSession.sessionToken  
}   
此后系统会帮你处理「锁屏控制」「耳机线控」「媒体中心搜索」等细节，你只需要关注业务逻辑即可。 


   
特性
旧版 ExoPlayer
Media31
   
模块化程度
核心+UI 打包一起
核心/UI/Cache/Session 等均可单独引入
   
Compose 支持
需通过 AndroidView 包装
原生提供 PlayerSurface 与 Controls
   
API 命名
冗长且部分Yi废弃
统一以 mediaX 命名，geng加直观
   
兼容性
Zui低 API21
Zui低 API21，同步geng新至Zui新 Jetpack












至此，你Yi经掌握了从Zui简单的视频渲染，到 Compose 原生播放，再到后台缓存与媒体会话的一整套流程。别忘了把这些代码块拆分成独立模块，让团队成员各自负责「解码层」「UI 层」「服务层」，真正发挥出 Media31 的模块化优势。
祝你玩转 Android 多媒体世界，玩出花样来！ 🎉 
© 2026 媒体技术博客 | 如有侵权请联系删除 | 本文内容基于个人经验撰写，仅供参考。