深入浅出Android音频系统：从AudioTrack到音频输出通道的完整流程剖析

原创

于 2026-03-02 18:04:28 发布 · 833 阅读

深入Android音频系统：从AudioTrack到音频输出的完整链路与实战解析

如果你曾经在Android应用开发中处理过音频播放，大概率用过AudioTrack这个类。它看起来简单，几行代码就能让PCM数据从扬声器或耳机里流淌出来。但当你开始思考“这声音是怎么从我的字节数组跑到物理设备上的？”时，一个庞大而精密的系统便在你眼前缓缓展开。从应用层的简单API调用，到跨越进程边界，经过策略决策，最终驱动硬件发声，这中间涉及了AudioFlinger、AudioPolicyService、HAL层等多个核心组件，它们共同构成了Android音频系统的骨架。

对于中高级开发者而言，理解这套流程不仅仅是满足好奇心，更是解决复杂音频问题（如延迟、卡顿、设备切换异常）和进行深度定制（如实现低延迟音频、处理多路混音）的基石。本文将以Android 10为蓝本，带你走一遍这条完整的音频输出链路。我们不会停留在表面的API调用，而是深入到frameworks/av和frameworks/base的源码层面，结合关键流程与代码片段，剖析从AudioTrack创建到最终音频输出通道选择的每一个关键决策点。你会发现，一个简单的play()方法背后，是一场跨越多个系统服务的精密协作。

1. 起点：应用层的AudioTrack与JNI桥接

当我们调用new AudioTrack()时，故事就开始了。应用层设置的AudioAttributes（用途、内容类型）、AudioFormat（采样率、位深、声道）等参数，是后续所有路由和策略决策的原始依据。

// 一个典型的AudioTrack初始化示例
AudioAttributes attributes = new AudioAttributes.Builder()
        .setUsage(AudioAttributes.USAGE_MEDIA)
        .setContentType(AudioAttributes.CONTENT_TYPE_MUSIC)
        .build();

AudioFormat format = new AudioFormat.Builder()
        .setEncoding(AudioFormat.ENCODING_PCM_16BIT)
        .setSampleRate(48000)
        .setChannelMask(AudioFormat.CHANNEL_OUT_STEREO)
        .build();

int minBufferSize = AudioTrack.getMinBufferSize(
        format.getSampleRate(),
        format.getChannelMask(),
        format.getEncoding());

AudioTrack audioTrack = new AudioTrack(
        attributes,
        format,
        minBufferSize,
        AudioTrack.MODE_STREAM,
        AudioManager.AUDIO_SESSION_ID_GENERATE);

这里有两个关键模式选择：

MODE_STREAM：数据流模式。音频数据分批次写入一个环形缓冲区，适用于播放网络流或实时生成的音频。AudioTrack内部会维护一个播放线程，不断从缓冲区读取数据。
MODE_STATIC：静态模式。所有音频数据一次性加载到共享内存中。适用于短促的音效（如游戏枪声），延迟极低，但内存占用固定。

构造函数的调用最终会进入native_setup这个JNI方法。这是Java世界通往Native世界的桥梁。在android_media_AudioTrack.cpp中，android_media_AudioTrack_setup函数被触发。它的核心任务是创建Native层的AudioTrack对象（C++类），并将Java层传递下来的参数（AudioAttributes、采样率、格式、缓冲区大小、模式等）进行转换和传递。

注意：AudioAttributes是在Android L（5.0）中引入的，用于替代旧的streamType（如STREAM_MUSIC、STREAM_ALARM）。它提供了更丰富的元数据（如usage、contentType、flags），让音频策略引擎能做出更精细的路由决策。但在系统内部，最终仍会将其映射回一个streamType用于兼容旧逻辑。

Native层AudioTrack对象的创建，尤其是其set方法的调用，是连接系统音频服务的关键一步。这个方法内部会进行一系列参数校验和初始化，并最终调用createTrack_l()。这个“_l”后缀通常表示该方法需要在持有锁的情况下调用。

2. 核心枢纽：AudioFlinger与Track的创建

createTrack_l()是AudioTrack生命周期中一个至关重要的方法。它的核心使命是与AudioFlinger——Android音频系统的核心服务进程——建立连接。

// frameworks/av/media/libaudioclient/AudioTrack.cpp 简化流程
status_t AudioTrack::createTrack_l() {
    // 1. 获取AudioFlinger服务代理
    const sp<IAudioFlinger>& audioFlinger = AudioSystem::get_audio_flinger();
    if (audioFlinger == 0) {
        return NO_INIT; // 音频服务未就绪
    }

    // 2. 准备输入参数，包括从AudioAttributes转换来的streamType等
    audio_io_handle_t output;
    audio_stream_type_t streamType;
    // ... 参数准备

    // 3. 请求AudioFlinger创建Track
    sp<IAudioTrack> track = audioFlinger->createTra

标签