Android音视频开发-MediaPlayer的各种状态详解

最近才开始看的Android音视频开发,觉得里面对MediaPlayer的各种状态讲解的比较详细,做了一下笔记:
Android的MediaPlayer专门用于控制视频/音频的文件以及流的播放,有状态机进行管理,相关的状态周期可由10个状态组成,如下图:
Android音视频开发-MediaPlayer的各种状态详解_第1张图片
图中的椭圆代表 MediaPlayer 驻留的状态,弧代表播放控制且聚动 MediaPlayer 状态进行过渡.有两种类型的弧,单箭头弧表示的是同步函数调用,双箭头弧表示的是异步函数调用。
从图中,我们能看到MediaPlayer 有下面的一些状态。
ldle状态及End状态
在 MediaPlayer 创建实例或者调用 reset 函数后,播放器就被创建了,这时处于ldle (就 绪)状态,调用 release函数后,就会变成 End(结束)状态,在这两种状态之间的就是 MediaPlayer的生命周期。
Error 状态
在构造一个新MediaPlayer 或者调用reset 函数后,上层应用程序调用的getCurrentPosition、 getVideoHeight 、 getDuration 、 getVideoWidth 、 setAudioStreamType(int)、 setLooping(boolean)、 setVolume(float,float)、 pause、 start、 stop、 seekTo(int)、 prepare、 prepareAsync 这些函数如果会出错。如果调用 reset 函数后再调用它们,用户提供的回调函数OnErrorListener.onError 将触发 MediaPlayer 状态到 Error(错误)状态,所以一旦不再使用 MediaPlayer,就需要调用 release 函数,以便 MediaPlayer 资源得到合理释放。
当 MediaPlayer 处于End(结束)状态时,它将不能再被使用,这时不能再回到 MediaPlayer的其他状态,因为本次生命周期已经终止。
由于支持的音视频格式分辨率过高,输入数据流超时,或者其他各种各样的原因将导致播放失败。在这种错误的条件下,如果用户事先通过setOnErrorListener 注册过OnErrorListener, 当 player 内部调用OnErrorListener.onError 回调函数时,将会返回错误信息。一旦有错误, MediaPlayer 会进入 Error(错误)状态,为了重新使用MediaPlayer,调用 reset 函数,这时将重新恢复到Idle(就绪)状态,所以需要给 MediaPlayer 设置错误监听,出错后就可以从播放器内部返回的信息中找到错误原因。
Initialized 状态
当调用 setDataSource(FileDescriptor)s setDataSource(String)、 setDataSource(Context, Uri)、 setDataSource(FileDescriptor, long, long)其中一个函数时,将传递 MediaPlayer 的 Idle 状态变成 Initialized(初始化)状态,如果 setDataSource 在非 Idle状态时调用,会抛出 IllegalStateException 异常。当重载setDataSource时,需要抛出IlegalArgumentException 和 IOException这两个异常。 5. Prepared 状态
MediaPlayer 有两种途径到达 Prepared 状态,一种是同步方式,另一种是异步方式。同步方式主要使用本地音视频文件,异步方式主要使用网络数据,需要缓冲数据。调用 prepare (同步函数)将传递MediaPlayer 的 Initialized状态变成Prepared状态,或者调用 prepareAsync (异步函数)将传递MediaPlayer 的 Initialized状态变成Preparing状态,最后到Prepared状态。 如果应用层事先注册过setOnPreparedListener ,播放器内部将回调用户设置的 OnPreparedListener 中的 onPrepared 回调函数。注意,Preparing是一个瞬间状态(可理解为时间比较短)。
Started 状态
在 MediaPlayer 进入 Prepared 状态后,上层应用即可设置一些属性,如音视频的音量、 sereenOnWhilePlaying、 looping 等。在播放控制开始之前,必须调用 start 函数并成功返回, MediaPlayer的状态开始由 Prepared状态变成Started状态。当处于 Started状态时,如果用户事先注册过setOnBufferingUpdateListener,播放器内部会开始回调OnBuferingUpdateListener.on BuferingUpdate,这个回调函数主要使应用程序保持跟踪音视频流的 bufering(缓冲) status如果MediaPlayer 已经处于 Started状态,再调用start函数是没有任何作用的。
Paused状态
MediaPlayer在播放控制时可以是Paused (暂停)和Stopped (停止)状态的,且当前的播 放时进度可以被调整,当调用 MediaPlayer.pause函数时,MediaPlayer 开始由 Started状态变成 Paused状态,这个从 Started 状态到Paused状态的过程是瞬间的,反之在播放器内部是异步过程的。在状态更新并调用isPlaying函数前,将有一些耗时。已经缓冲过的数据流,也要耗费数秒。
当start函数从 Paused 状态恢复回来时,playback恢复之前暂停时的位置,接着开始播放,这时MediaPlayer的 Paused状态又变成Started状态。如果MediaPlayer已经处于 Paused状态,这时再调用 pause函数是没有任何作用的,将保持Paused状态。
Stopped 状态
当调用stop 函数时,MediaPlayer 无论正处于Started 、 Paused 、Prepared 或 PlaybackCompleted 中的哪种状态,都将进入 Stopped状态。一旦处于Stopped状态,playback将不能开始,直到重新调用 prepare 或 prepareAsync函数,且处于Prepared 状态时才可以开始。
如果 MediaPlayer 已经处于 Stopped状态了,这时再调用 stop函数是没有任何作用的,将 保持Stopped状态。
在 Seek操作完成后,如果事先在MediaPlayer 注册了setOnSeekCompleteListener,播放器内部将回调OnSeekComplete.onSeekComplete函数。当然seekTo函数也可以在其他状态下被调用,如 Prepared、 Paused 及 PlaybackCompleted 状态。
PlaybackCompleted 状态
当前播放的位置可以通过 getCurrentPosition函数获取,通过 getCurrentPosition函数,可以跟踪播放器的播放进度。 当MediaPlayer 播放到数据流的末尾时,一次播放过程完成。在 MediaPlayer 中事先调用 setLooping(boolean)并设置为true,表示循环播放,MediaPlayer 依然处于Started状态。如果调用setLooping(boolean)并设置为 false(表示不循环播放),并且事先在 MediaPlayer 上注册过setOnCompletionListener,播放器内部将回调OnCompletion.onCompletion 函数,这就表明MediaPlayer 开始进入PlaybackCompleted(播放完成)状态。当处于 PlaybackCompleted 状态时,调用start函数,将重启播放器从头开始播放数据。

你可能感兴趣的:(Android)