24、音频策略与Car Audio：车载音频路由特殊性、CarAudioService与策略集成、车载场景路由配置
车载音频，说实话，是Android音频体系里最特殊的一块。
我最早接触车载项目时，心里想的是：“不就是多几个喇叭吗？”结果被现实狠狠教育了一顿。车载音频的路由逻辑，跟手机、平板完全不在一个维度上。手机你最多考虑扬声器、耳机、蓝牙三选一，车载呢？十几个扬声器、多个音区、不同乘客、不同音源，还要考虑安全法规——这复杂度直接翻了好几倍。
车载音频路由的特殊性
先聊聊车载跟普通设备到底差在哪。
第一，多音区并行播放。 手机一次只能有一个活跃的音频输出。车载不一样。驾驶员在听导航，副驾在看视频，后排小孩在玩游戏——这三个音频流可以同时存在，而且路由到不同的扬声器组。这不是简单的“多路输出”，而是空间化的音频分发。
第二，优先级与安全绑定。 车载音频里，有些声音是“必须被听到”的。比如倒车雷达提示、碰撞预警、紧急电话。这些音频的优先级高于一切娱乐内容。我见过一个案例：某车型在倒车时，音乐音量没被及时压低，结果雷达提示音被淹没，差点出事。从那以后，我对车载音频的优先级策略格外敏感。
第三，硬件拓扑复杂。 车载音频的硬件链路通常是这样的：
- SoC（主芯片）→ 音频DSP → 功放 → 扬声器矩阵
- 每个扬声器可能独立编址，也可能分组控制
- DSP负责混音、均衡、延迟校正、分频
- Android系统只负责“把音频送到DSP”，剩下的交给硬件
说白了，Android在车载里扮演的是“策略决策者”，而不是“音频执行者”。
CarAudioService：车载音频的大脑
Android从10开始引入了CarAudioService，专门处理车载场景的音频路由。它跟普通的AudioService是什么关系？
嗯，这里要讲清楚。AudioService是Android原生的音频服务，负责所有音频策略。但车载场景太特殊了，原生策略不够用。所以Google在AudioService之上，加了一层CarAudioService，专门处理车载特有的逻辑。
CarAudioService的核心职责：
- 管理音频区（Audio Zone）：每个音区对应一个物理区域（驾驶员、副驾、后排），有自己的音量曲线、路由策略、焦点管理
- 处理动态路由：根据车辆状态（行驶中、停车、充电）切换音频输出
- 集成车辆信号：通过CAN总线获取车速、车门状态、安全带状态，影响音频行为
- 管理音频焦点：车载的焦点规则比手机复杂得多，比如导航提示可以打断音乐，但电话不能被任何东西打断
我习惯把CarAudioService看作一个“翻译层”——它把车载硬件的复杂拓扑，翻译成Android音频框架能理解的策略。
策略集成：CarAudioService如何与AudioPolicy协同
这里有个关键点：CarAudioService并不直接控制音频路由。它通过AudioPolicy来间接实现。
流程大概是这样的：
- 应用播放音频，调用
AudioManager的API AudioService收到请求，查询AudioPolicy获取路由决策AudioPolicy回调CarAudioService，询问“这个音频流应该路由到哪个音区？”CarAudioService根据当前车辆状态、音源类型、焦点持有者，返回目标设备（比如“驾驶员头枕扬声器”）AudioPolicy执行路由，把音频送到对应的硬件端口
你看，CarAudioService其实是一个策略提供者。它不负责执行，只负责决策。
我曾经调试过一个bug：导航语音总是从后排喇叭出来，驾驶员完全听不清。查了半天，发现是CarAudioService里音区映射表配错了，把导航的usage映射到了后排音区。改了一行配置就解决了。嗯，配置问题往往比代码问题更隐蔽。
车载场景路由配置
车载的路由配置，核心在car_audio_configuration.xml这个文件里。它定义了：
- 物理设备列表（每个扬声器或扬声器组）
- 音区划分（哪个设备属于哪个音区）
- 音量曲线（每个音区的音量映射关系）
- 焦点规则（什么情况下可以打断）
- 动态路由策略（根据车辆状态切换）
一个典型的配置片段：
<!-- 定义物理设备 -->
<audioDevice address="front_left_tweeter" type="DEVICE_IN_BUS">
<profile name="high_freq" />
</audioDevice>
<!-- 定义音区 -->
<audioZone id="0" name="driver_zone">
<volumeGroup name="driver_volume">
<device address="front_left_tweeter" />
<device address="front_left_mid" />
<device address="front_left_woofer" />
</volumeGroup>
<routingRules>
<!-- 导航和电话强制路由到驾驶员音区 -->
<route usage="AUDIO_USAGE_NAVIGATION" toZone="0" />
<route usage="AUDIO_USAGE_VOICE_COMMUNICATION" toZone="0" />
</routingRules>
</audioZone>这里要注意：usage是Android音频框架里的概念，表示音频用途（导航、音乐、通话等）。车载路由的核心逻辑，就是根据usage和当前场景，决定路由到哪个音区。
动态路由：场景驱动的音频切换
车载音频不是静态的。车辆状态变了，路由也要变。比如：
- 行驶中：导航提示路由到驾驶员，音乐可以继续播放但音量压低
- 倒车：所有娱乐音频暂停或静音，倒车雷达提示路由到全车
- 来电：通话音频路由到驾驶员头枕扬声器，其他音区静音
- 停车充电：允许后排乘客独立播放视频，音频路由到后排扬声器
这些动态切换，在CarAudioService里通过监听车辆信号来实现。车辆信号通常来自CAN总线，经过VehicleHal传到Android框架。
我建议你在实现动态路由时，注意切换的平滑性。直接静音或切换，会有明显的“咔嗒”声。正确的做法是：先做淡出，再切换，最后淡入。这个逻辑通常在DSP侧实现，但Android需要给DSP发送正确的指令。
SVG：车载音频路由决策流程
避坑指南
做车载音频路由，有几个坑我踩过，分享给你：
坑1：音区配置与硬件不匹配
我曾经遇到过，car_audio_configuration.xml里定义了4个音区，但硬件DSP只支持2个独立混音通道。结果某些音区的音频根本出不来。解决方案：配置前先跟硬件团队确认DSP能力。
坑2：焦点管理过于简单
车载的焦点规则不能照搬手机。手机里“新音频打断旧音频”的逻辑，在车载里会出问题。比如导航提示不应该打断音乐，而是压低音乐。你需要实现混音模式（ducking），而不是简单的暂停/恢复。
我的建议： 在开发初期就定义好所有音频usage的优先级矩阵。哪个usage可以打断哪个，哪个需要混音，哪个必须独占。把这个矩阵写进设计文档，比后期改代码省事得多。
总结
车载音频路由的核心，说白了就是“谁的声音，从哪里出来，什么时候出来”。CarAudioService负责回答前两个问题，AudioPolicy负责执行。而动态路由，则让整个系统能适应车辆的各种状态。
做车载音频，不能只盯着Android代码。你得理解硬件拓扑、车辆信号、安全法规。嗯，这也是它有意思的地方——你永远在跟一个复杂的系统打交道。
公众号:蓝海资料掘金营，微信deep3321