MediaPlayer（总结）--从对象生命周期理解MediaPlayer状态

为了方便先重复贴一下MediaPlayer的状态图和MediaPlayer 的基本框架

mediaplayer_state_diagram.gif

MediaPlayerArch.png

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

• 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

2.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状态，并抛出异常消息