Android旧版本中AudioManager.AudioPlaybackCallback的等效替代方案是什么？

好问题！确实，在Android Oreo（API 26）推出AudioManager.AudioPlaybackCallback这个专门的播放状态监听类之前，系统没有提供完全等效的API，但我们可以通过几种替代方案来实现类似的效果，我来给你详细拆解下：

1. 利用音频焦点变化间接判断播放状态 #

AudioManager.OnAudioFocusChangeListener是API 8就存在的接口，它主要用来监听音频焦点的获取与丢失，但我们可以通过焦点事件间接推断播放状态：

• 当回调收到AUDIOFOCUS_GAIN或AUDIOFOCUS_GAIN_TRANSIENT时，大概率有应用开始播放音频；
• 收到AUDIOFOCUS_LOSS或AUDIOFOCUS_LOSS_TRANSIENT时，播放可能停止或暂停。

简单示例代码：

AudioManager audioManager = (AudioManager) getSystemService(Context.AUDIO_SERVICE);
AudioManager.OnAudioFocusChangeListener focusListener = new AudioManager.OnAudioFocusChangeListener() {
    @Override
    public void onAudioFocusChange(int focusChange) {
        switch (focusChange) {
            case AudioManager.AUDIOFOCUS_GAIN:
                // 推测有音频开始播放
                break;
            case AudioManager.AUDIOFOCUS_LOSS:
                // 推测音频停止播放
                break;
            case AudioManager.AUDIOFOCUS_LOSS_TRANSIENT:
                // 推测音频暂停
                break;
        }
    }
};
// 注册监听（需申请音频焦点或直接注册监听器）
audioManager.requestAudioFocus(focusListener, AudioManager.STREAM_MUSIC, AudioManager.AUDIOFOCUS_GAIN);

缺点：这只是间接推断，不是精准的播放状态回调——比如有些应用可能持有音频焦点但并未实际播放，或者播放时没有按规范申请焦点。

2. 监听媒体按钮广播 #

从API 1开始，系统就支持通过BroadcastReceiver接收Intent.ACTION_MEDIA_BUTTON广播，这个广播会在用户按下播放/暂停/停止等媒体按钮时触发。虽然这不是直接监听播放状态，但可以结合其他信息辅助判断：

示例代码：

public class MediaButtonReceiver extends BroadcastReceiver {
    @Override
    public void onReceive(Context context, Intent intent) {
        if (Intent.ACTION_MEDIA_BUTTON.equals(intent.getAction())) {
            KeyEvent event = intent.getParcelableExtra(Intent.EXTRA_KEY_EVENT);
            if (event != null && event.getAction() == KeyEvent.ACTION_DOWN) {
                switch (event.getKeyCode()) {
                    case KeyEvent.KEYCODE_MEDIA_PLAY:
                        // 用户触发了播放操作
                        break;
                    case KeyEvent.KEYCODE_MEDIA_PAUSE:
                        // 用户触发了暂停操作
                        break;
                }
            }
        }
    }
}

注意：在API 21及之后，官方推荐使用MediaSession处理媒体按钮事件，但更早版本中广播接收器是主流方案。

3. 针对特定应用的ContentObserver #

部分媒体应用会将播放状态存储在系统ContentProvider中（比如系统自带媒体库），你可以通过ContentObserver监听这些数据变化来获取播放状态。比如监听MediaStore.Audio.Media的相关字段：

getContentResolver().registerContentObserver(
    MediaStore.Audio.Media.EXTERNAL_CONTENT_URI,
    true,
    new ContentObserver(new Handler()) {
        @Override
        public void onChange(boolean selfChange) {
            // 媒体库数据变化，可查询当前播放状态
        }
    }
);

缺点：通用性极差，不同媒体应用的实现逻辑不同，只能针对特定应用做适配，无法覆盖所有场景。

4. 不推荐的方案：反射或第三方库 #

有些开发者会尝试反射系统内部未公开API获取播放状态，但这种做法风险极高——不同厂商的系统可能修改内部实现，导致兼容性问题，而且容易在后续系统版本中失效。第三方库虽然可能封装了兼容逻辑，但也要仔细评估其稳定性和维护情况。

总结一下：如果要兼容Oreo之前的版本，最可靠的组合是OnAudioFocusChangeListener + 媒体按钮广播，虽然不如AudioPlaybackCallback精准，但能覆盖大部分常见场景。如果需要更精准的播放状态，可能需要针对主流媒体应用单独做适配。

内容的提问来源于stack exchange，提问作者theblitz