前言
源于当导航的语音播报和媒体播放器混音时,只要是导航播报在播放时,出现的媒体播放器的音量默认被压低了,起初的追踪方向是AudioService中的焦点duck机制的考量,但实际的情况是封装的setwillPausewhenduck只是一个标志位而已,而且,app并不一定调用.AudioService作为AudioManager的音频接口的调用实现,除了常见的接口调用,还有焦点处理机制及音频播放的状态监控.
分析
从AudioService的代码流程追踪来看,构造方法中初始化了PlaybackActivityMonitor ,按名称来解释是一个播放活跃监控器
public AudioService(Context context) {
...
//初始化PlaybackActivityMonitor的对象
mPlaybackMonitor =
new PlaybackActivityMonitor(context, MAX_STREAM_VOLUME[AudioSystem.STREAM_ALARM]);
mMediaFocusControl = new MediaFocusControl(mContext, mPlaybackMonitor);
...
}
PlaybackActivityMonitor首先实现了媒体播放器的两个接口类PlayerDeathMonitor和PlayerFocusEnforcer
,当前只需要提的是PlayerFocusEnforcer
先分析下接口方法duckPlayer的具体流程
@Override
public boolean duckPlayers(FocusRequester winner, FocusRequester loser) {
if (DEBUG) {
Log.v(TAG, String.format("duckPlaye

1532

被折叠的 条评论
为什么被折叠?



