第2章 AudioFlinger启动流程

课程目录第2章 AudioFlinger启动流程

2、AudioFlinger启动流程：init进程启动、audioserver进程创建、AudioFlinger实例化、关键初始化步骤

各位好，今天我们来聊聊AudioFlinger的启动流程。说实话，这个流程我刚开始接触时也觉得挺绕的——从init进程一路走到AudioFlinger实例化，中间涉及好几个进程和服务的协作。但搞懂了这条链路，你对Android音频系统的整体架构就有了一个清晰的骨架。

我个人习惯把启动流程分成四个阶段来看：

init进程解析rc文件——触发audioserver进程创建
audioserver进程启动——进入main函数
AudioFlinger实例化——核心对象诞生
关键初始化步骤——硬件抽象层、混音线程、策略服务等就绪

下面我们逐个阶段深入。

2.1 init进程启动与audioserver进程创建

Android系统启动后，init进程会解析/system/etc/init/audioserver.rc文件。这个rc文件定义了audioserver进程的启动参数、依赖的服务、以及安全上下文。

我截取一段典型的audioserver.rc内容：

service audioserver /system/bin/audioserver
    class core
    user audioserver
    group audio camera drmrpc
    ioprio rt 4
    task_profiles MaxPerformance
    critical 0
    onrestart restart media
    onrestart restart audio-hal-5-0

这里有几个关键点：

class core：表示audioserver属于核心服务，系统启动时会被自动拉起
user/group：以audioserver用户运行，属于audio组，权限最小化
ioprio rt 4：实时优先级，确保音频处理不会被普通IO阻塞——我在项目中遇到过因为IO优先级不够导致音频卡顿的案例，后来发现是这里配置被改掉了
onrestart restart media：audioserver挂了会连带重启media服务，这是音频和多媒体强耦合的体现

注意：我曾经在某个定制项目中，因为修改了audioserver的group，导致无法访问音频硬件节点，花了整整两天才定位到问题。所以这个rc文件里的权限配置，能不动就别动。

2.2 audioserver进程的main函数

audioserver进程的入口在frameworks/av/services/audioserver/main_audioserver.cpp。代码不长，但每一步都很关键：

int main(int argc __unused, char **argv)
{
    // 1. 获取AudioFlinger服务
    sp<AudioFlinger> audioFlinger = new AudioFlinger();

    // 2. 注册到ServiceManager
    ProcessState::self()->startThreadPool();
    audioFlinger->run("AudioFlinger", PRIORITY_URGENT_AUDIO);

    // 3. 创建并注册AudioPolicyService
    sp<AudioPolicyService> audioPolicyService = new AudioPolicyService();
    audioPolicyService->run("AudioPolicyService", PRIORITY_NORMAL);

    // 4. 创建并注册AudioService（Java层的服务）
    sp<AudioService> audioService = new AudioService();
    audioService->run("AudioService", PRIORITY_NORMAL);

    // 5. 进入事件循环
    IPCThreadState::self()->joinThreadPool();

    return 0;
}

嗯，这里有个细节值得注意：AudioFlinger的优先级是PRIORITY_URGENT_AUDIO，而其他两个服务是PRIORITY_NORMAL。为什么？因为AudioFlinger直接管理音频硬件，需要实时响应，优先级必须最高。AudioPolicyService负责策略决策，可以稍微慢一点。

2.3 AudioFlinger实例化

AudioFlinger的构造函数在frameworks/av/services/audioflinger/AudioFlinger.cpp中。说实话，构造函数做的事情并不多，真正的初始化在后面的onFirstRef()和readyToRun()中完成。

AudioFlinger::AudioFlinger()
    : BnAudioFlinger(),
      mPrimaryHardwareDev(NULL),
      mAudioHwDevs(NULL),
      mHardwareStatus(HARDWARE_UNINITIALIZED),
      mMasterVolume(1.0f),
      mMasterMute(false),
      mNextUniqueId(AUDIO_UNIQUE_ID_USE_MAX),
      mMode(AUDIO_MODE_NORMAL),
      mSystemReady(false)
{
    // 构造函数主要做成员变量初始化
    // 真正的重头戏在 onFirstRef()
}

这里我提一个坑：mNextUniqueId的初始值是AUDIO_UNIQUE_ID_USE_MAX，而不是0。为什么？因为AudioFlinger内部用唯一ID来标识音频流、设备、补丁等，不同类别有各自的ID范围。如果初始值设错了，会导致ID冲突。我曾经在调试一个多路录音问题时，发现两个音频流ID重复了，查了半天才发现是某个补丁修改了这个初始值。

2.4 关键初始化步骤

AudioFlinger实例化后，紧接着会调用onFirstRef()——这是Android中RefBase机制提供的回调，在对象第一次被强引用时触发。真正的初始化工作在这里展开：

void AudioFlinger::onFirstRef()
{
    // 1. 加载音频硬件抽象层
    loadHwModule("primary");
    loadHwModule("a2dp");
    loadHwModule("usb");

    // 2. 打开主输出设备
    mPrimaryHardwareDev = findSuitableHwDev(
        AUDIO_DEVICE_OUT_SPEAKER);

    // 3. 创建混音线程
    mPlaybackThread = new MixerThread(
        mPrimaryHardwareDev, AUDIO_OUTPUT_FLAG_PRIMARY);

    // 4. 初始化音频效果引擎
    EffectModule::init();

    // 5. 设置默认音频模式
    setMode(AUDIO_MODE_NORMAL);
}

我把这几个步骤拆开来讲：

2.4.1 加载硬件抽象层（HAL）

loadHwModule()会去加载HAL库，比如audio.primary.xxx.so。每个硬件模块对应一个HAL实现。系统会依次加载primary、a2dp（蓝牙）、usb等模块。

加载过程中，AudioFlinger会调用HAL的open_device()接口，获取设备描述符。这里有个关键点：HAL模块的加载顺序决定了默认音频设备。primary模块必须第一个加载，因为它包含了板载音频编解码器。

核心逻辑：AudioFlinger通过HAL与硬件解耦。你换一块音频芯片，只要提供对应的HAL库，上层代码完全不用改。这就是Android音频架构的精髓。

2.4.2 创建混音线程

混音线程（MixerThread）是AudioFlinger的核心工作线程。它负责：

管理所有音频流（Track）
执行音频混音
将混音后的数据写入HAL设备

创建混音线程时，会指定输出标志（AUDIO_OUTPUT_FLAG_PRIMARY），这决定了线程的行为模式。比如primary输出标志表示这是主音频输出，负责铃声、闹钟等系统声音。

2.4.3 初始化音频效果引擎

AudioFlinger内置了一个效果引擎，支持均衡器、混响、虚拟化等效果。初始化时会加载预置的效果库，并注册到效果链中。

我记得有一次，客户反馈说播放音乐时声音发闷，排查后发现是效果引擎加载了一个默认的均衡器配置，把低频拉高了。所以如果你不需要效果处理，可以在编译时通过宏关闭效果引擎。

2.5 启动流程全景图

下面我用一张SVG图来总结整个启动流程，方便你建立全局认知：

2.6 启动过程中的关键数据结构

初始化过程中，AudioFlinger会维护几个核心数据结构。我整理了一个表格，方便你对照：

数据结构	类型	作用	初始化时机
mAudioHwDevs	Vector<sp<AudioHwDevice>>	管理所有已加载的HAL设备	loadHwModule()时
mPlaybackThread	sp<PlaybackThread>	主混音线程，处理所有播放请求	onFirstRef()中
mRecordThreads	Vector<sp<RecordThread>>	录音线程集合	首次录音请求时创建
mEffectChains	Vector<sp<EffectChain>>	音频效果链管理	效果引擎初始化时
mNextUniqueId	uint32_t	全局唯一ID生成器	构造函数中

小技巧：如果你在调试启动问题，可以在onFirstRef()中加日志，打印每个步骤的耗时。我一般用ALOGD配合systemTime()来打点，这样能快速定位是哪个环节卡住了。

2.7 启动过程中的常见问题

最后，我分享几个我在项目中遇到的启动问题，希望能帮你避坑：

HAL库加载失败：最常见的原因是HAL库路径不对或权限不足。检查/vendor/lib/hw/下是否有对应的audio.primary.xxx.so，以及audioserver进程是否有读取权限。
混音线程创建失败：通常是因为打开音频设备时返回了空指针。这可能是硬件驱动没加载，或者设备节点被占用。我遇到过两次，一次是驱动bug，一次是selinux策略拦截了设备访问。
效果引擎初始化崩溃：如果预置的效果库有bug，会导致AudioFlinger在初始化阶段直接crash。建议在调试阶段先注释掉效果引擎的初始化，等基本功能跑通后再打开。

好了，关于AudioFlinger的启动流程，我们就聊到这里。核心就是记住那条链路：init → audioserver → AudioFlinger实例化 → onFirstRef初始化。搞清楚了这条线，后面学习混音、设备管理、策略调度就会轻松很多。

📚 课程目录

2、AudioFlinger启动流程：init进程启动、audioserver进程创建、AudioFlinger实例化、关键初始化步骤

2.1 init进程启动与audioserver进程创建

2.2 audioserver进程的main函数

2.3 AudioFlinger实例化

2.4 关键初始化步骤

2.4.1 加载硬件抽象层（HAL）

2.4.2 创建混音线程

2.4.3 初始化音频效果引擎

2.5 启动流程全景图

2.6 启动过程中的关键数据结构

2.7 启动过程中的常见问题