http://blog.csdn.net/kangear/article/details/44939429
Android底层开发之Audio HAL
在Android音频底层调试-基于tinyalsa中以「抛开Android的天生复杂，回归嵌入式Linux的本质」的方式介绍如何调试Linux内核中的音频驱动。
这里向上再伸展一下进入HAL层，看是如何将tinyalsa封装给Frameworks使用的。
基于4.2.2版本源码进行讨论。Android官方教程是Audio Implementing the HAL.
一个完整的Android音频系统架构如图所示：
http://blog.csdn.net/tjy1985/article/details/9942637
音乐播放器是手机中重要的娱乐应用，我们在开发播放器有可能用到mediaplayer，或者AudioTrack来播放音频文件，对应应用开发者来说，我们只要了解了暴露出来的API就可以了，但是光了解API还是不能全面的理解设计者的理念和思路，无法清楚音频如何选择什么的设备进行输出。下面我们本着探讨的目的来了解下audio的架构，完善我们对audio的了解。
首先看下整个audio的框架结构。
从上图我们可以大概了解了audio的整个架构，各个部分分工明确，下面我们来具体看下他们的具体作用。
Java API
Mediaplayer ， Audiotrack， AudioService， AudioManager
Mediaplayer 和AudioTrack是我们播放音频时供应用选择的接口，这两者有什么区别呢？mediaplayer运用比较广泛了，它可以把未解码的媒体文件进行解码，然后交给设备去输出，而AudioTrack的功能就比较单一了，它只能播放PCM流的文件（即解码后的文件）。
AudioService监听来自HDMI， FM等应用的intent，通知audiosystem，它其实也监控者音量，实现音量在UI上的同步。
AudioManger给上层提供了访问音量的接口，并控制ringer mode。
AudioSystem 相当于AudioManager 和AudioService的内部类，只供他俩调，设置phone的状态。
User space C++
Multimedia framework – StageFright/AwesomePlayer
1) player的选择，媒体文件的解析
2) 选择解码器，跟OpenMAX IL打交道，解码
AudioFlinger
1) 管理者整个audio的输入输出设备
2) 把多个audiostream整合成一个PCM audio流，指向安排好的输出设备去输出
