h0x0y0 2013-07-18
视频讲解:http://www.eyeandroid.com/thread-15896-1-1.html
由于很多应用程序都可以播放音频,因此在播放前考虑它们如何交互就显得很重要了,为了避免同时出现多个声音,Android使用音频焦点(AudioFocus)来控制音频的播放-仅仅是获取到AudioFocus的应用程序才能够播放音频。
在应用程序开始播放音频之前,它需要经过发出请求[request]à接受请求[receive]à音频焦点锁定[AudioFocus]的过程。同样它需要知道如何监听音频焦点的丢失并进行合适的响应。
请求获取音频焦点
在开始播放音频之前,应用程序必须先获取需要处理的音频流的音频焦点。音频焦点可以通过requestAudioFocus()方法获得,在音频焦点成功获取后,该方法会返回AUDIOFOCUS_REQUEST_GRANTED常量,否则会返回AUDIOFOCUS_REQUEST_FAILED常量。
我们必须指定正在使用的是哪个音频流,而且是否想请求短暂还是永久的AudioFocus。短暂的焦点锁定:当期待播放一个短暂的音频的时候(比如播放导航指示);永久的焦点锁定:当计划播放可预期到的较长的音频的时候(比如播放音乐)。
下面是一个在播放音乐的时候请求永久音频焦点的例子,我们必须在开始播放之前立即请求音频焦点,比如在用户点击播放或者游戏程序中下一关开始的片头音乐。
AudioManageram=mContext.getSystemService(Context.AUDIO_SERVICE);
...
//Requestaudiofocusforplayback
intresult=am.requestAudioFocus(afChangeListener,//Usethemusicstream.
AudioManager.STREAM_MUSIC,//Requestpermanentfocus.
AudioManager.AUDIOFOCUS_GAIN);
if(result==AudioManager.AUDIOFOCUS_REQUEST_GRANTED){
am.registerMediaButtonEventReceiver(RemoteControlReceiver);
//Startplayback.
}
一旦结束了播放,需要确保调用abandonAudioFocus()方法。这样会通知系统说你不再需要获取焦点并且取消注册AudioManager.OnAudioFocusChangeListener的监听。如果是释放短暂音频焦点的情况下,可以让之前被打断的应用程序继续播放。
//Abandonaudiofocuswhenplaybackcomplete
am.abandonAudioFocus(afChangeListener);
当请求短暂音频焦点的时候,我们可以选择是否开启“ducking”。Ducking是一个特殊的机制使得允许音频间歇性的短暂播放。
通常情况下,一个好的应用程序在失去音频焦点的时候它会立即保持安静。如果我们选择在请求短暂音频焦点的时候开启了ducking,那意味着其它应用程序可以继续播放,仅仅是在这一刻降低自己的音量,在重新获取到音频焦点后恢复正常音量(也就是说:不用理会这个短暂焦点的请求,这并不会导致目前在播放的音频受到牵制,比如在播放音乐的时候突然出现一个短暂的短信提示声音,这个时候仅仅是把播放歌曲的音量暂时调低,好让短信声能够让用户听到,之后立马恢复正常播放)。
//Requestaudiofocusforplayback
intresult=am.requestAudioFocus(afChangeListener,//Usethemusicstream.
AudioManager.STREAM_MUSIC,//Requestpermanentfocus.
AudioManager.AUDIOFOCUS_GAIN_TRANSIENT_MAY_DUCK);
if(result==AudioManager.AUDIOFOCUS_REQUEST_GRANTED){
//Startplayback.
}
Ducking非常适合间歇性播放音频的应用程序,例如播放导航仪的提示。
当其他应用程序通过上述方式请求音频焦点时,您所注册的监听器可以判断是否获丢失了长期或短暂(可以选择是否支持Ducing)的音频焦点。
处理失去音频焦点
应用程序请求并得到音频焦点后,当其他应用程序请求焦点时,先前的应用程序就会失去焦点。您的应用程序需要根据失去音频焦点的类型来进行相应的处理。
请求音频焦点时注册的音频焦点监听器中有onAudioFocusChange(int)回调函数,该回调函数会接收描述焦点变化事件的参数。需要注意的是,失去音频焦点的事件类型与请求焦点的类型相对应——失去长期焦点(AUDIOFOCUS_LOSS)、短暂焦点(AUDIOFOCUS_LOSS_TRANSIENT)和Ducking方式的短暂焦点(AUDIOFOCUS_LOSS_TRANSIENT)。
失去短暂焦点:一般情况下,应用程序在失去短暂音频焦点时,应该停止播放并记录下播放状态。而且需要继续监听音频焦点的变化,当重新获得音频焦点时,需要在从先前暂停的地方继续播放。
失去永久焦点:假设另外一个程序开始播放音乐等,那么我们的程序就应该有效的结束自己。实用的做法是停止播放,移除MediaButton监听广播,允许新的音频播放器独占监听那些按钮事件,并且放弃自己的音频焦点。
在下面的代码中,当应用程序失去短暂的音频焦点时会暂停播放,当重新获得焦点时会继续播放。当失去的是长期音频焦点时,就会取消媒体按键事件接收器的注册并停止对音频焦点变化的监听。
OnAudioFocusChangeListenerafChangeListener=newOnAudioFocusChangeListener(){
publicvoidonAudioFocusChange(intfocusChange){
if(focusChange==AUDIOFOCUS_LOSS_TRANSIENT
//Pauseplayback
}elseif(focusChange==AudioManager.AUDIOFOCUS_GAIN){
//Resumeplayback
}elseif(focusChange==AudioManager.AUDIOFOCUS_LOSS){
am.unregisterMediaButtonEventReceiver(RemoteControlReceiver);
am.abandonAudioFocus(afChangeListener);
//Stopplayback
}
}
};
在上面失去短暂焦点的例子中,如果允许ducking,那么我们可以选择“duck”的行为而不是暂停当前的播放。
闪避
Ducking是一个特殊的机制使得允许音频间歇性地短暂播放。在Ducking的情况下,正常播放的歌曲会降低音量来凸显这个短暂的音频声音,这样既让这个短暂的声音比较突出,又不至于打断正常的声音。
下面的代码会使应用程序在暂时失去焦点时降低媒体播放器的音量,并在重新获得音频焦点时恢复到原来的音量大小。
OnAudioFocusChangeListenerafChangeListener=newOnAudioFocusChangeListener(){
publicvoidonAudioFocusChange(intfocusChange){
if(focusChange==AUDIOFOCUS_LOSS_TRANSIENT_CAN_DUCK){
//Lowerthevolume
}elseif(focusChange==AudioManager.AUDIOFOCUS_GAIN){
//Raiseitbacktonormal
}
}
};
监听失去音频焦点是最重要的广播之一,但不是唯一需要监听的广播。系统广播了一系列的intent来警示你去改变用户的音频使用体验。下节课会演示如何监视那些广播来提升用户的整体体验。