2. Android音频系统：Android音频架构（AudioFlinger、AudioPolicyService）、音频设备与路由
好，咱们今天聊聊Android音频系统的骨架。说实话，我刚接触Android音频时，也被这一堆Service和Flinger搞得晕头转向。但搞懂了这个架构，你才能明白回声消除到底在哪个环节起作用。
Android的音频系统，说白了就是三个核心组件在跳舞：AudioFlinger、AudioPolicyService，以及底层的音频硬件抽象层（HAL）。它们配合起来，才能让你手机里的音乐从耳机里流出来，或者让通话声音从听筒里传出来。
2.1 音频架构概览
先看一张整体架构图，我习惯把它分成三层：
这张图我画了好几次才满意。你注意看，AudioFlinger和AudioPolicyService是平级的，都在框架层。它们分工明确：一个管"怎么干"，一个管"谁来干"。
2.2 AudioFlinger —— 音频引擎的核心
AudioFlinger是Android音频系统的"心脏"。它负责所有音频数据的混音、播放和录制。我个人觉得，理解AudioFlinger的关键在于搞清楚它的线程模型。
AudioFlinger内部维护了多个工作线程：
- MixerThread：混音线程，把多个音频流混合成一路输出
- RecordThread：录制线程，从麦克风采集数据
- OffloadThread：硬件卸载线程，用于低功耗播放
- EffectThread：音效处理线程，包括回声消除
我在项目中遇到过一个问题：某款手机在通话时，对方总能听到自己的回声。排查下来，发现是AudioFlinger的回声消除模块没有正确注册到RecordThread上。说白了，就是AEC（Acoustic Echo Canceller）没被激活。
关键点：回声消除是在AudioFlinger的EffectThread中实现的。它需要同时获取播放数据（参考信号）和录制数据（麦克风信号），然后进行自适应滤波。
2.3 AudioPolicyService —— 路由决策者
AudioPolicyService（简称APS）是音频系统的"大脑"。它决定音频数据走哪条路——是去耳机、扬声器，还是蓝牙设备。
APS的核心职责包括：
- 设备选择：根据当前连接状态，选择最佳输出/输入设备
- 路由策略：比如插上耳机后自动切换音频输出
- 音量管理：不同音频流类型的独立音量控制
- 焦点管理：处理多个应用同时播放音频的冲突
嗯，这里要注意：APS的策略是通过音频策略配置文件（audio_policy_configuration.xml）来定义的。这个文件在/vendor/etc/目录下，厂商可以自定义。
避坑指南：我曾经调试过一个bug，插上耳机后声音还是从扬声器出来。查了两天才发现，是audio_policy_configuration.xml里耳机设备的gain值写错了，导致APS认为耳机不可用。所以，遇到路由问题，先检查这个配置文件。
2.4 音频设备与路由
Android支持的音频设备类型很多，我列个表给你看：
| 设备类型 | ALSA名称 | 典型场景 |
|---|---|---|
| 扬声器 | speaker | 免提通话、媒体播放 |
| 听筒 | earpiece | 普通通话 |
| 有线耳机 | headphone | 私密通话、音乐 |
| 蓝牙SCO | bt_sco | 蓝牙通话 |
| 蓝牙A2DP | bt_a2dp | 蓝牙音乐 |
| USB音频 | usb_headset | USB耳机、外置声卡 |
路由决策的流程，我画了个流程图：
你想想看，这个路由过程其实挺智能的。比如你正在用扬声器听歌，突然插上耳机——APS会立即检测到设备变化，然后通知AudioFlinger切换到耳机通道。整个过程在毫秒级完成。
2.5 回声消除与路由的关系
好了，重点来了。回声消除和音频路由有什么关系？关系大了去了。
回声产生的根本原因是：扬声器播放的声音被麦克风重新采集。所以，回声消除需要知道当前使用的是哪个扬声器和哪个麦克风。不同的设备组合，回声路径完全不同。
注意：在免提模式下（扬声器+麦克风），回声路径长，需要更长的滤波器阶数。而在听筒模式下（听筒+麦克风），回声路径短，滤波器可以短一些。AudioPolicyService会把这些信息传递给AudioFlinger，让AEC模块动态调整参数。
我记得有一次调试一个车载蓝牙项目，发现回声消除效果时好时坏。后来定位到问题：蓝牙SCO连接时，APS没有正确通知AudioFlinger更新AEC参数，导致滤波器还在用扬声器模式下的配置。说白了，就是路由信息和AEC模块没同步。
2.6 实战建议
如果你要在Android上做回声消除开发，我建议你重点关注这几个点：
- 确认AEC是否启用：检查
/vendor/etc/audio_effects.xml中是否有AEC的配置 - 理解设备路由：用
dumpsys media.audio_policy查看当前路由状态 - 调试AudioFlinger：用
dumpsys media.audio_flinger查看线程和效果链 - 注意延迟：回声消除对延迟敏感，路由切换时可能会引入额外延迟
嗯，今天就先聊到这儿。音频架构这块内容比较多，但搞懂了AudioFlinger和AudioPolicyService的分工，后面讲回声消除的具体实现时，你就知道它在整个系统中处于什么位置了。
公众号:蓝海资料掘金营，微信deep3321