Android 音频架构全解析：从 AudioTrack 到 AudioFlinger

居然是阿宋

已于 2025-04-18 14:21:12 修改

阅读量870

点赞数 30

分类专栏：音视频 Android 文章标签： android 音视频架构

于 2025-04-18 10:48:12 首次发布

本文链接：https://blog.csdn.net/liuzhuo13396/article/details/147322821

版权

Android 同时被 2 个专栏收录

20 篇文章

订阅专栏

音视频

9 篇文章

订阅专栏

在开发音视频相关应用时，我们常会接触到 MediaPlayer、SoundPool、AudioTrack、OpenSL ES、AAudio、Oboe 等名词，它们都与 Android 的音频播放息息相关。然而，真正理解它们之间的关系以及背后运行机制，才能写出高性能、低延迟的音频程序。本文将从整体架构入手，系统梳理 Android 的音频系统。

🧱一、Android 音频架构分层概览

Android 音频系统可大致划分为以下几个层级：

┌───────────────────────────────┐
│ 应用层 API                     │  ← Java/Kotlin 层：MediaPlayer, SoundPool, AudioTrack
├───────────────────────────────┤
│ Framework 层（AudioSystem）    │  ← 桥接 Java 和 Native 的 Binder 接口
├───────────────────────────────┤
│ Native 层（AudioFlinger）      │  ← Android 核心音频服务，混音、输出管理
├───────────────────────────────┤
│ HAL 层（Audio HAL）            │  ← 硬件抽象层，厂商实现
├───────────────────────────────┤
│ 驱动层（Audio Driver）         │  ← Linux 驱动，最终控制硬件播放
└───────────────────────────────┘

无论使用哪种 API 进行播放，最终音频数据都会通过 AudioFlinger，并由 Audio HAL 与底层硬件驱动交互，完成音频输出。

🎶二、常见音频 API 对比与播放路径

API 类别	示例	流程简介
MediaPlayer	播放音乐/视频	Java 层 → `MediaPlayerService` → `AudioTrack` 或 OpenSL ES → `AudioFlinger`
SoundPool	播放短音效	Java 层 → Native 层封装 → `AudioTrack` → `AudioFlinger`
AudioTrack	播放 PCM 流	Java/C++ 层 → `AudioTrack` → `AudioFlinger`
OpenSL ES	原生播放引擎	C++ 层 → OpenSL ES → `AudioFlinger`
AAudio/Oboe	低延迟音频播放	C++ 层 → `AAudioService`（或 OpenSL） → `AudioFlinger`

🎛️三、AudioFlinger 是什么？

AudioFlinger 是 Android 音频系统的核心服务，运行在 system_server 中，承担如下职责：

多路音源混音（Mixer）
音频流路由管理（输出到扬声器、耳机或蓝牙）
音量调整、采样率转换
与 Audio HAL 交互，把音频送至驱动层

它是所有音频流的最终归宿，控制着音频的输出流程。

🎥四、Java 层 API 简述

MediaPlayer

用于播放本地或网络的压缩格式音频/视频（如 MP3、AAC、MP4）
自动完成解码与播放，适合背景音乐、视频播放

SoundPool

专为播放短音效（如按钮音、提示音）设计
音频在加载时就解码为 PCM，播放延迟极低

AudioTrack

提供对 PCM 流的播放控制，适合实时音频或自定义播放
Java 层易用，但性能不如 Native 层 API

🔗五、Native 层 API 比较

名称	引入版本	特点	适合场景
OpenSL ES	Android 2.3	原生 C++ API，功能全面，编程复杂	旧设备、低层控制
AAudio	Android 8.1	新一代低延迟 API，接口现代、简洁	高版本设备
Oboe	GitHub 开源	封装 AAudio 和 OpenSL ES，统一接口	全版本低延迟播放

Oboe 会自动判断设备支持情况，优先使用 AAudio，否则回退到 OpenSL ES，因此是最推荐的 Native 播放方案。

🔍六、从上到下的音频流动路径图解

[MediaPlayer / SoundPool / AudioTrack / OpenSL ES / AAudio / Oboe]
                        ↓
            [AudioTrack (native C++) 或其他 native 流 API]
                        ↓
                  [AudioFlinger 音频服务混音]
                        ↓
                   [Audio HAL (厂商实现)]
                        ↓
               [Audio Driver (Linux 驱动)]
                        ↓
                    [物理输出设备（耳机/扬声器）]

所有音频 API，最终都绕不开 AudioFlinger。