MediaPlayer(总结)--从对象生命周期理解MediaPlayer状态

为了方便先重复贴一下MediaPlayer的状态图和MediaPlayer 的基本框架
MediaPlayer(总结)--从对象生命周期理解MediaPlayer状态_第1张图片

MediaPlayer(总结)--从对象生命周期理解MediaPlayer状态_第2张图片

总的分为几个模块,为方便后续文章的书写,各模块后续统一用括号里面的名词

  • java层MediaPlayer(MediaPlayer)
  • jni层(jni)
  • mediaplayer client端(mediaplayer)
  • MediaPlayer service端 (MediaPlayerService)
  • native mediplayer ,即播放器功能最终实现模块,不同方案会有不同的实现(NuPlayer)

MediaPlayer的状态变量是由mediaplayer记录的

系统初始化

MediaPlayerService是一个native系统服务,在系统初始化阶段,具体是init进程解析rc文件,并在后续初始化过程中创建的。该服务同其他服务一样会在ServiceManager中注册一个实名binder,这样后续Android其他模块就可以通过ServiceManager的getService接口来获取MediaPlayerService的服务

Idle

应用创建MediaPlayer实例或MediaPlayer实例已经创建reset()进入个状态。

  1. 创建播放器
  • new mediaplayer实例
  • 设置 mediaplayer --> jni --> MediaPlayer 回调listener
  1. reset()
  • 销毁MediaPlayerService 跟mediaplayer服务端 binder通讯实例mClient
  • 将NuPlayer的notify回调设置为0
  • 销毁NuPlayer实例
  • 销毁mediaplayer 跟MediaPlayerService服务端 binder通讯实例mPlayer

Initialized

执行完setDataSource()会进入 Initialized,主要做了以下几件事情

  • 建立mediaplayer 和 MediaPlayerService binder通讯
    mediaplayer和MediaPlayerService 通讯 并不是同MediaPlayerService在ServiceManager中注册的binder通讯的,而是通过下面两个binder来通讯的
    IMediaPlayer (mediaplayer --> MediaPlayerService)
    IMediaPlayerClient (MediaPlayerService --> mediaplayer)
    但这两个为匿名binder,需要借助实名的binder建立连接,而这个实名binder即为MediaPlayerService在ServiceManager中注册的服务

  • new NuPlayer实例

  • 设置 NuPlayer 回调 MediaPlayerService的回调函数notify
    notify回调函数是在createPlayer时一起作为参数传递过去的。至此 NuPlayer --> MediaPlayerService notify --> mediaplayer notify的回调链路就建立,client的notify又会调用Idle状态设置的listener。所以NuPlayer -> MediaPlayer的回调链路就建立了

在Idle以外的其他状态调用 setDataSource() 都会抛出IllegalStateException,可以理解一个MediaPlayer实例只能有一个NuPlayer实例和对应的回调链路

Prepared ,Preparing

解析视频源,demux, 创建decode,建立视频播放管道(不同播放器会有不同的实现方式)

Started

开始播放,即音视频流在播放通路 src -> demux -> decode -> render持续处理

Pause

暂停,即音视频流会暂停流动

PlaybackCompleted

音视频流播放完,可通过start()重头开始播放。可以理解成prepare创建的播放器管道没有销毁,只是数据流已经处理完了。

Stoped

MediaPlayer在Started, Paused, Prepared or PlaybackCompleted这个几个状态下调用stop()会进到Stop状态。
处于Stoped状态需要重新调用prepare()或prepareAsync()才能重新开始播放。
可以理解prepare创建的播放器管道销毁,需要重新建立才能播放

End

当release()被调用后,所有的资源会被释放,处于End状态。

  • 将MediaPlayer 的所有listener置为null
  • 释放对surface的引用
  • 将mediaplayer 回调jni的listener置为null
  • 销毁MediaPlayerService 跟mediaplayer服务端 binder通讯实例mClient
  • 将NuPlayer的notify回调设置为0
  • 销毁NuPlayer实例
  • 销毁mediaplayer 跟MediaPlayerService服务端 binder通讯实例mPlayer
  • 销毁mediaplayer实例

Error

由于某些原因,比如无法识别音视频封装格式,poorly interleaved audio/video,分辨率过高,流媒体网络通讯超时等会导致播放操作发生错误,会进入Error状态
不合理的MediaPlayer接口调用也会进入Error状态
这是底层的播放器即NuPlayer发生了错误,需要重新调用reset()方法,才能重新使用,即销毁NuPlayer,再重新创建。

SDK的文档里有一段

在构造函数创建后,立即调用getCurrentPosition(), getDuration(), getVideoHeight(), getVideoWidth(), setAudioAttributes(AudioAttributes), setLooping(boolean), setVolume(float, float), pause(), start(), stop(), seekTo(long, int), prepare() or prepareAsync() 等这些函数,MediaPlayer不会处于Error状态,不会抛出error的消息。而在reset()之后再调用则会使MediaPlayer转化为Error状态,并抛出异常消息

你可能感兴趣的:(播放器,android)