ExoPlayer架构详解与源码分析（5）——MediaSource

系列文章目录

ExoPlayer架构详解与源码分析（1）——前言
ExoPlayer架构详解与源码分析（2）——Player
ExoPlayer架构详解与源码分析（3）——Timeline
ExoPlayer架构详解与源码分析（4）——整体架构
ExoPlayer架构详解与源码分析（5）——MediaSource
ExoPlayer架构详解与源码分析（6）——MediaPeriod
ExoPlayer架构详解与源码分析（7）——SampleQueue
ExoPlayer架构详解与源码分析（8）——Loader
ExoPlayer架构详解与源码分析（9）——TsExtractor
ExoPlayer架构详解与源码分析（10）——H264Reader
ExoPlayer架构详解与源码分析（11）——DataSource
ExoPlayer架构详解与源码分析（12）——Cache
ExoPlayer架构详解与源码分析（13）——TeeDataSource和CacheDataSource

---

---

前言

上篇说完整体架构，这里开始分析其中的各个组件，先从MediaSource看起，继续拿运载火箭做对比，MediaSource在整个运载火箭中的角色就类似于燃料系统，确保火箭顺利升空，燃料系统是其中重要的一环，需要能在运行过程中持续稳定的提供燃料。ExoPlayer也一样，为了保证能够持续的渲染出媒体内容，就得保证MediaSource持续稳定提供需要的数据。

MediaSource

继续扩充下我们的版图

MediaSource定义了媒体信息以及提供媒体数据给播放器，主要有2个职责：

• 为播放器提供定义其媒体时序结构的Timeline，并在媒体时序结构发生变化时提供新的Timeline。初始化是提供一个PlaceholdTimeline，当prepareSource 完成时一般就能获取到真实的Timeline，然后调用传递给prepareSource 的MediaSourceCallers 上的onSourceInfoRefreshed 来更新这些新的Timeline。
• 为其Timeline中的Period提供 MediaPeriod 实例。 MediaPeriods是通过调用createPeriod获得的，并为播放器提供加载和读取媒体的方式。

应用代码不应该直接调用MediaSource 里的方法，而应该让ExoPlayer在合适的时间调用。
MediaSource实例可以重复使用，但只能同时用于一个 ExoPlayer 实例。
不同MediaSource 方法只能在应用程序线程或内部播放线程其中一个上调用。每个方法文档上都明确了可以调用的线程。

看下几个重要的方法定义

• getInitialTimeline主线程调用，当真实Timeline未知时立即返回初始PlaceholderTimeline，或者为返回null 让播放器创建初始Timeline。
• getMediaItem主线程调用，返回当前的MediaItem，可以看到MediaSource里也可能保存了MediaItem。
• prepareSource内部播放线程调用，注册 MediaSourceCaller，主要用来为播放器提供一个回调，获取最新的Timeline。另外，在播放某些播放资源需要先获取真实的媒体源时，这里会提前解析媒体资源（如播放HLS时这个时候会去获取解析M3U8文件），prepareSource完成后会立即刷新Timeline。

  void prepareSource(
      MediaSourceCaller caller,
      @Nullable TransferListener mediaTransferListener,
      PlayerId playerId);
      
  interface MediaSourceCaller {
   
    void onSourceInfoRefreshed(MediaSource