前言
之前博客里已经将了mediaplayer的简单应用，如何使用mediaplayer在android应用中播放音频。这篇博客在mediaplayer使用的基础上，讲解一下mediaplayer的一些高级功能的使用，以及它的状态转换。对mediaplayer还不了解的朋友可以先看看之前那篇博客：android--mp3播放器mediaplayer。
本篇博客主要内容如下：
<a target="_blank" href="http://www.cnblogs.com/plokmju/p/android_mediaplayerhigh.html#change">mediaplayer的状态变换</a>
<a target="_blank" href="http://www.cnblogs.com/plokmju/p/android_mediaplayerhigh.html#wakelock">mediaplayer的唤醒锁</a>
<a target="_blank" href="http://www.cnblogs.com/plokmju/p/android_mediaplayerhigh.html#focus">mediaplayer的音频焦点</a>
之前讲到，使用mediaplayer播放音频，主要使用的是start()、pause()、stop()等方法操作mediaplayer。但是除了开始、暂停、停止等，mediaplayer还涉及到一些其他的状态切换，有些状态是可以双向转换的，有些只能单向环形转换。如果在某状态下，强行转换状态，会应发程序错误，例如在preparing状态下切换到started状态，是准备中强行开始播放，会出错。下图是官方文档上的图例，可以很清晰的表名mediaplayer各个状态的转换情况。
上图已经对mediaplayer的各种状态转换有的清晰的介绍，这里不再详细讲解了，只是提一下需要注意的地方：
started（开始）/paused（暂停）到stopped（停止）是单向转换，无法再从stopped直接转换到started，需要经历prepared重新装载才可以重新播放。
initialized（初始化）状态需要装载数据才可以进行start()播放，但是如果使用prepareasync()方法异步准备，需要等待准备完成再开始播放，这里需要使用一个回调方法：setonpreparedlistener()，它会在异步装载完成后调用。
end（结束）状态是游离在其他状态之外的，在任何状态皆可切换，一般在不需要继续使用mediaplayer的时候，才会使用release()回收资源。
error（错误）状态是游离在其他状态之外的，只有在mediaplayer发生错误的时候才会转换。为了保持应用的用户体验，一般我们回监听setonerrorlistener()回调方法，它会在mediaplayer发生错误的时候被回调。
一般使用mediaplayer播放音频流，推荐使用一个service来承载mediaplayer，而不是直接在activity里使用。但是android系统的功耗设计里，为了节约电池消耗，如果设备处于睡眠状态，系统将试图降低或者关闭一些没设备必须的特性，包括cup和wifi硬件，然后，如果是一个后台播放音乐的应用，降低cup可能导致在后台运行的时候干扰音频的正常播放，关闭wifi将可能导致网络音频流的获取出现错误。
为了确保mediaplayer的承载的服务在系统睡眠的时候继续正常运行下去，android为我们提供了一种唤醒锁(wake locks)的机制。它可以在系统睡眠的，依然保持锁定硬件的正常工作。
确保在mediaplayer运行的时候，哪怕系统睡眠了cup也能正常运行，需要使用mediaplayer.setwakemode()为mediaplayer设定唤醒锁。下面是setwakmode()的签名：
setwakemode(context context, int mode)
第一个参数是当前上下文，第二个参数为需要加锁的状态，被设定为int类型的常量，定义在powermanager这个final类中。powermanager是专门用来管理android功率消耗的锁定状态，与锁定cup相关的，有四种，分别设定cup、屏幕、键盘等的各种保持唤醒的状态，在这里只需要设定为partial_wake_lock即可。
一般对于锁而言，锁定了通常需要解锁，但是这里的唤醒说与mediaplayer关联，所以只需要在使用完之后release()释放mediaplayer即可，无需显式的为其解锁。在使用setwakemode设定唤醒锁的时候，还必须为应用赋予相应的权限：
再来说说如何锁定wifi硬件在系统睡眠的时候保持正常运行。wifi锁通过wifilock进行操作，而wifilock通过wifimanager进行管理，通过wifimanager.createwifilock()进行wifi锁定。
wifimanager.wifilock createwifilock(int locktype, string tag)
这个方法有多个重载，这里介绍的这个，第一个参数设定锁的状态，为一个int类型的常量，定义在context类中，这里的应用场景一般设定为wifi_mode_full即可。第二个参数为wifilock的标志，用于确定wifilock的。
当然，在应用中把wifi锁定之后，还需要在mediaplayer.release()的时候为wifi硬件解锁，为避免意外关闭的情况，最好在android组件的ondestory()里对其进行释放，释放wifi锁使用wifilock.release()。
众所周知，android是一个多任务的操作系统，所以对于音频的播放，也许有几个不同的媒体服务会同时播放，这样可能导致一个比较杂乱的声音环境，而错过一些重要的声音提醒。在android2.2之后，android提供了一种应用协商使用设备音频输出的机制，这种机制称为音频焦点。
当应用程序需要输出音频或通知的时候，需要请求音频焦点，当请求得到音频焦点之后，监听音频焦点的变换，当音频焦点变换了，根据返回回来的音频焦点码进行相应的处理。音频焦点的注册使用音频管理器的audiomanager.requestaudiofocus()方法设定。它的签名如下：
int requestaudiofocus(audiomanager.onaudiofocuschangelistener l, int streamtype, int durationhint)
这个方法的返回值是int类型，其含义被定义在audiomanager中以常量表示<code>audiofocus_request_failed（获取音频焦点成功）</code>、<code>audiofocus_request_granted（获取音频焦点失败）。其中重要的是第一个参数，为音频焦点变化的回调函数，在其中可以设定如果音频焦点变换了，当前应用如何管理mediaplayer，第二个参数为媒体流的类型，第三个参数为持续的状态。</code>
audiomanager.onaudiofocuschangelistener为音频焦点变换的监听器，其中需要实现一个方法：onaudiofocuschange(int focuschange)在音频焦点变换的时候回调。它有一个参数，为当前表示音频焦点对于当前应用的状态码，通过这个状态码指定对应的操作，有些时候音频状态改变了，并不一定需要停止音频的播放。
focuschange有一下几种状态码：
audiofocus_gain：获得音频焦点。
audiofocus_loss：失去音频焦点，并且会持续很长时间。这是我们需要停止mediaplayer的播放。
audiofocus_loss_transient：失去音频焦点，但并不会持续很长时间，需要暂停mediaplayer的播放，等待重新获得音频焦点。
audiofocus_loss_transient_can_duck：暂时失去音频焦点，但是无需停止播放，只需降低声音方法。
总结
以上就讲解了mediaplayer的一些高级的内容，在掌握了mediaplayer的使用之后，开发有关音乐播放类的应用的时候就可以得心应手了。从用户体验的方面出发，如果真实开发一款播放器类的软件，需要监听audio_becoming_noisy的广播，它会在音频输出源从其他输出源变换到设备扬声器的时候发出此广播，监听广播在音频输出源改变到设备扬声器的时候，停止播放，这样确保在耳机或额外的音频输出硬件与设备断开连接的时候，不至于重新从扬声器继续输出音频播放。