引子
说 Audio Focus 前先说个很简单需求:来电时暂停正在播放的音乐,电话结束时恢复播放。
看到这个需求,第一反应肯定是:监听用户来电状态,作相应操作。这里不多做介绍,这样做有个不好的地方就是需要隐私权限!这样做一点也不优雅。
后来搜索时看到一篇分析文章:Android来电时停止音乐播放的流程(顺便说一嘴,这篇转载居然不注明出处!!)。文章里的分析很明确的指出,系统在框架层就很好的帮我们处理了这个需求,问题是如何将音乐交给系统框架来处理呢?
音频焦点
问题的解决方法就是:请求系统的音频焦点(Request the Audio Focus)。
如果英文还行,强烈建议请看官方的原文:Managing Audio Playback,里面介绍的很清楚。以下为简单概述。
官方文档指出Android 在处理音频播放是分了多个“音频流”的,如音乐流、音效流、电话声音流等,使控制音量时可以互不干涉。多数情况下我们播放音乐都是使用 STREAM_MUSIC 音频流。
另外,系统中可能会有多个应用程序会播放音频,所以需要考虑他们之间该如何协调,为了避免同时播放音乐,Android 系统使用音频焦点来进行统一管理,即只有获得了音频焦点的应用程序才可以播放音乐。
那么,播放音频应该这样来做:
- 获取音频焦点 requestAudioFocus
- 获取成功后,开始播放音频
- 处理音频焦点的丢失和“DUCK”
- 播放完毕后取消焦点
如此便可以完美的解决引子里的需求。
一个简单的示例
MusicService.java
|
|
经模拟器测试,当来电时音频焦点会给到铃声流,并打出日志:
I/AudioService(1235): AudioFocus requestAudioFocus() from AudioFocus_For_Phone_Ring_And_Calls
此时MusicService
中的afChangeListener
会得到AUDIOFOCUS_LOSS_TRANSIENT
,于是会暂停播放音频。
当通话结束或者挂掉电话,afChangeListener
会得到AUDIOFOCUS_GAIN
,于是恢复播放音频。
注意:
- 播放完毕一定要禁止掉请求的音频焦点
abandonAudioFocus(afChangeListener)
,否则,如果播放完毕后的某个时段刚好有个通话结束,并且此时没有其他的应用占用了焦点,系统会重新通知服务里的afChangeListener
,导致音频再次的播放。 - 如果丢失的短暂音频焦点允许DUCK状态
AUDIOFOCUS_LOSS_TRANSIENT_CAN_DUCK
,在这种情况下,应用程序降低音量继续播放,不需要暂停。再次获取后,恢复原来的音量。