4. CarAudioService核心概念
车载音频与手机音频最大的差异，在于“空间”和“人”的维度被引入。手机通常只有一个音频输出域，而一辆智能座舱可能同时存在主驾、副驾、后排左右、头枕、外置功放等多个物理发声区域，并且不同座位上的乘客对同一路音频的听感需求完全不同。CarAudioService 正是围绕这一现实，构建了一套以“音区”为核心的概念体系。理解 AudioZone、AudioGroup、VolumeGroup、AudioContext 与 AudioAttributes 之间的关系，是掌握车载音频路由与音量控制的关键。
一、核心原理：从物理音区到逻辑音区
AudioZone 是 CarAudioService 中最顶层的空间抽象，代表一组可以独立寻址、独立控制的音频输出通道集合。一个 AudioZone 通常对应一个物理区域，例如主驾区、副驾区、后排区，也可能对应一个逻辑区域，例如“全车区”或“导航专用区”。每个 AudioZone 拥有独立的音量、静音、焦点和路由策略，因此主驾听导航、副驾看电影、后排听儿歌可以互不干扰。
AudioGroup 是 AudioZone 内部更细粒度的分组，用于描述同一音区内多个音频设备或通道的组合关系。例如主驾音区内部可能包含“左前门扬声器 + 右前门扬声器 + 中置”这一组，也可能包含“头枕扬声器”这一独立组。AudioGroup 决定了音频流最终被送到哪些物理通道，是路由落地的关键。
VolumeGroup 则是音量控制的逻辑分组。它不一定与 AudioGroup 一一对应，而是按照“用户感知上应该一起调节”的原则划分。例如导航提示音和语音助手提示音可以归入同一个 VolumeGroup，音乐和视频归入另一个 VolumeGroup。这样用户调节“媒体音量”时，不会误改导航音量。
AudioContext 描述的是音频的使用场景或上下文，例如媒体、导航、通话、语音助手、系统提示、紧急告警等。它决定了音频流的优先级、焦点抢占行为和默认路由策略。AudioAttributes 则是对单条音频流属性的完整描述，包含 usage、contentType、tags、flags 等字段，是 AudioContext 在具体流上的实例化表达。
一句话理解：AudioZone 管“在哪里响”，AudioGroup 管“从哪些喇叭响”，VolumeGroup 管“调谁的音量”，AudioContext 管“这是什么场景”，AudioAttributes 管“这条流具体是什么”。
二、方法流程：一条音频流如何被路由到正确音区
当应用播放一条音频时，CarAudioService 的处理流程可以概括为“属性解析 → 上下文匹配 → 音区选择 → 组内路由 → 音量应用”五个步骤。
- 属性解析：从 AudioAttributes 中读取 usage、contentType、tags 等字段，判断这条流属于媒体、导航还是通话。
- 上下文匹配：根据 usage 映射到对应的 AudioContext，确定其优先级和焦点策略。
- 音区选择：结合当前用户设置、座位占用状态和 AudioZone 配置，决定这条流输出到哪个或哪些音区。
- 组内路由：在目标 AudioZone 内，根据 AudioGroup 的通道映射，把音频数据分发到具体扬声器通道。
- 音量应用：根据 VolumeGroup 的当前音量值，对输出信号进行增益调整，并处理静音、淡入淡出等效果。
// 示例：构造一条导航音频流
AudioAttributes attrs = new AudioAttributes.Builder()
.setUsage(AudioAttributes.USAGE_ASSISTANCE_NAVIGATION_GUIDANCE)
.setContentType(AudioAttributes.CONTENT_TYPE_SPEECH)
.addTag("car_audio_zone=driver")
.build();
// CarAudioService 内部根据 usage 匹配 AudioContext.NAVIGATION
// 再路由到主驾 AudioZone，并通过提示 VolumeGroup 控制音量三、案例场景：主驾导航与副驾观影同时进行
假设车辆处于行驶状态，主驾使用导航，副驾通过视频应用观看电影。此时系统内同时存在两条音频流：导航流 usage 为 USAGE_ASSISTANCE_NAVIGATION_GUIDANCE，电影流 usage 为 USAGE_MEDIA。
CarAudioService 会将导航流路由到主驾 AudioZone，并通过主驾的提示 VolumeGroup 输出；电影流则路由到副驾 AudioZone，通过副驾的媒体 VolumeGroup 输出。两者 AudioContext 不同，焦点策略也不同：导航属于高优先级上下文，当导航播报时，如果副驾电影音量过大影响主驾，系统可以按策略对副驾媒体做短暂 duck（压低音量），播报结束后恢复。这就是 AudioContext 与 VolumeGroup 协同工作的典型体现。
| 概念 | 核心职责 | 典型取值/示例 | 是否直接控制音量 |
|---|---|---|---|
| AudioZone | 空间区域抽象，独立寻址 | 主驾区、副驾区、后排区 | 否（但拥有独立音量上下文） |
| AudioGroup | 音区内物理通道分组 | 左前门+右前门+中置 | 否 |
| VolumeGroup | 音量逻辑分组 | 媒体组、提示组、通话组 | 是 |
| AudioContext | 使用场景与优先级 | 媒体、导航、通话、告警 | 否（影响策略） |
| AudioAttributes | 单条流属性描述 | usage、contentType、tags | 否 |
四、误区与复盘
常见误区一：把 AudioZone 等同于 VolumeGroup。音区是空间概念，音量组是控制概念。一个音区可以包含多个音量组，一个音量组也可能跨多个音区生效。例如“全车提示音”可能同时作用于主驾、副驾和后排三个音区。
常见误区二：认为 AudioGroup 就是扬声器列表。AudioGroup 更强调“可一起路由和处理的通道集合”，它可能包含多个物理扬声器，也可能只包含一个头枕扬声器。它的边界由路由策略决定，而不是由硬件数量决定。
复盘建议：在调试多音区问题时，先确认 AudioAttributes 是否正确，再检查 AudioContext 映射，最后核对 AudioZone 与 VolumeGroup 的绑定关系。大多数“声音跑错位置”或“音量调不动”的问题，都源于这三层配置不一致。
掌握这五个概念及其协作关系后，就能理解 CarAudioService 为什么能在同一辆车内实现“各听各的、互不干扰”。它们是车载音频路由、焦点管理和音量控制三套机制的共同基础，也是后续学习音频焦点、ducking、音区切换和动态路由的前提。