8、音频输出设备选择：输出设备选择算法、设备偏好设置、多输出设备场景处理
音频输出设备的选择，说白了就是系统得知道「声音该往哪儿送」。你插了耳机，声音就从耳机出；你拔掉耳机，声音自动切回扬声器。这个逻辑听起来简单，但实际落地时，坑多得很。
我在项目中遇到过好几次这样的场景：用户插着蓝牙耳机打游戏，突然想用手机外放听个微信语音，结果系统死活不肯切，或者切过去之后游戏声音没了。嗯，这背后就是输出设备选择算法在起作用。
8.1 输出设备选择的核心算法
Android 的输出设备选择，不是简单的「谁最后插上就用谁」。它有一套优先级策略，我把它总结为三个层次：
- 物理连接状态：有线耳机 > 蓝牙设备 > 扬声器
- 音频流类型：通话走听筒/蓝牙 SCO，媒体走扬声器/A2DP
- 用户偏好：如果用户明确指定了某个设备，系统必须尊重
你看，这三层是叠加的。物理连接是基础，音频流类型决定默认路由，用户偏好是最高优先级。
核心原则：输出设备选择算法本质上是一个「优先级裁决器」。它需要平衡三个因素——连接状态、音频用途、用户意愿。
具体到代码层面，AudioService 里有一个 onEvaluateDeviceSelection 方法，它会在每次设备变化时被触发。我建议你重点关注这个方法的调用链：
// 伪代码，展示核心逻辑
void onEvaluateDeviceSelection(int streamType) {
// 1. 获取当前所有可用设备
List<AudioDeviceInfo> devices = getAvailableDevices();
// 2. 按优先级排序
sortByPriority(devices);
// 3. 检查是否有用户偏好设置
AudioDeviceInfo preferred = getPreferredDevice(streamType);
if (preferred != null && devices.contains(preferred)) {
setOutputDevice(preferred);
return;
}
// 4. 按策略选择
AudioDeviceInfo selected = selectByPolicy(devices, streamType);
setOutputDevice(selected);
}你想想看，这个逻辑里最容易出问题的是哪一步？我个人经验是第3步——用户偏好。如果用户之前设置过「蓝牙耳机播放媒体」，但蓝牙已经断开了，系统却还记着这个偏好，那就会导致没有声音输出。我曾经踩过这个坑，后来在代码里加了一个「偏好设备有效性检查」才解决。
8.2 设备偏好设置机制
Android 从 10 开始引入了 AudioDeviceInfo 的偏好设置 API。这个 API 允许应用为特定的音频流类型指定输出设备。
举个例子，你的音乐播放器可以这样设置：
// 获取音频管理器
AudioManager audioManager = (AudioManager) getSystemService(Context.AUDIO_SERVICE);
// 获取可用设备列表
List<AudioDeviceInfo> devices = audioManager.getDevices(AudioManager.GET_DEVICES_OUTPUTS);
// 找到你想要的设备（比如蓝牙耳机）
AudioDeviceInfo targetDevice = null;
for (AudioDeviceInfo device : devices) {
if (device.getType() == AudioDeviceInfo.TYPE_BLUETOOTH_A2DP) {
targetDevice = device;
break;
}
}
// 设置偏好
if (targetDevice != null) {
audioManager.setPreferredDeviceForStrategy(
AudioManager.STRATEG_MEDIA,
targetDevice
);
}小提示：偏好设置是「尽力而为」的。如果目标设备断开连接，系统会自动回退到默认路由。不要假设偏好设置一定能生效。
这里有个细节：setPreferredDeviceForStrategy 是系统级 API，普通应用需要声明 MODIFY_AUDIO_SETTINGS 权限。我记得有一次调试时发现，第三方应用调用这个 API 总是返回 false，查了半天才发现是权限没给够。
8.3 多输出设备场景处理
多输出设备场景，是音频路由里最复杂的部分。你想想看，用户可能同时连着蓝牙耳机、USB-C 耳机、还有扬声器可用。系统该怎么选？
我把它分为三种典型场景：
| 场景 | 典型行为 | 注意事项 |
|---|---|---|
| 有线 + 蓝牙 | 有线优先（除非有线是充电线） | USB-C 转 3.5mm 适配器容易误判 |
| 蓝牙 + 扬声器 | 蓝牙优先（媒体流） | 通话场景下蓝牙 SCO 优先级更高 |
| 多蓝牙设备 | 最后连接的设备优先 | 部分厂商支持同时输出到两个蓝牙 |
嗯，这里要特别说一下「多蓝牙设备」场景。Android 原生只支持一个 A2DP 连接，但有些厂商（比如三星、华为）做了双蓝牙输出。我建议你在做兼容性测试时，重点关注这个场景——因为不同厂商的实现差异很大。
避坑指南：我曾经遇到过一个问题——用户同时连接了蓝牙耳机和蓝牙音箱，系统总是把声音输出到音箱，而不是耳机。原因是蓝牙音箱的「最后连接时间」比耳机晚。解决方案是在偏好设置里明确指定设备地址。
8.4 输出设备选择的完整流程图
下面这张图是我根据 AOSP 源码整理的输出设备选择流程。你可以看到，整个决策链其实是一个「漏斗」：
这个流程里，最容易被忽略的是「设备在线」检查。我见过不少 bug 都是因为偏好设备已经断开，但系统还傻傻地等着它。所以，每次选择前都要做一次有效性验证。
8.5 实战建议
最后，我分享几个实战中总结的经验：
- 不要依赖默认路由：不同厂商的默认路由策略可能不同。如果你的应用对输出设备有要求，一定要主动设置偏好。
- 监听设备变化：注册
AudioDeviceCallback，在设备变化时重新评估输出选择。不要只在启动时设置一次。 - 处理异常情况：比如 USB-C 耳机插入时，系统可能同时识别为「耳机」和「充电器」。这时候需要根据音频流类型做二次判断。
调试技巧：用 adb shell dumpsys audio 可以查看当前的输出设备状态和偏好设置。我调试时几乎离不开这个命令。
输出设备选择，说白了就是「在正确的时间，把声音送到正确的地方」。理解了这个核心，你就能应对各种复杂的多设备场景了。
公众号:蓝海资料掘金营，微信deep3321