Android Audio System的认识.docVIP

Android 音频系统 系统架构 Android的音频系统拥有一个比较标准和健全的架构，从上层应用，java framework服务AudioMananger，本地服务AudioFlinger，抽象层AlsaHAL，本地库，再调用external的外部支持库，最后到底层驱动的codec Java服务AudioManager作为服务端，本地服务AudioFlinger作为客户端，两者通过Binder机制交互。AudioFlinger对硬件功能的具体实现交给硬件抽象层AlsaHAL完成。抽象层可以调用本地标准接口，或者直接调用库去操作底层驱动。 简单说来，轨迹如下： Java端发起调用，MediaPlayer会转至MediaPlayerService然后会调用相应的解码工具解码后创建AudioTrack，所有待输出的AudioTrack在AudioFlinger::AudioMixer里合成，然后通过AudioHAL(AudioHardwareInterface的实际实现者)传至实际的硬件来实现播放AudioFlinger AudioFlinger是android中的一个service，在android启动时就已经被加载。AudioFlinger向下访问AudioHardware，实现输出音频数据，控制音频参数。同时，AudioFlinger向上通过IAudioFinger接口提供服务。所以，AudioFlinger在Android的音频系统框架中起着承上启下的作用，地位相当重要。AudioFlinger的类结构 下面的图示描述了AudioFlinger类的内部结构和关系： IAudioFlinger接口 ??? 这是AudioFlinger向外提供服务的接口，例如openOutput，openInput，createTrack，openRecord等等，应用程序或者其他service通过ServiceManager可以获得该接口。该接口通过继承BnAudioFlinger得到。 ThreadBase 在AudioFlinger中，Android为每一个放音/录音设备均创建一个处理线程，负责音频数据的I/O和合成，ThreadBase是这些线程的基类，所有的播放和录音线程都派生自ThreadBase TrackBase 应用程序每创建一个音轨（AudioTrack/AudioRecord），在AudioFlinger中都会创建一个对应的Track实例，TrackBase就是这些Track的基类，他的派生类有：PlaybackTread::Track??? // 用于普通播放，对应于应用层的AudioTrack PlaybackThread::OutputTrack??? // 用于多重设备输出，当蓝牙播放开启时使用 RecordThread::RecordTrack??? // 用于录音，对应于应用层的AudioRecord 播放 默认的播放线程是MixerThread，它由AudioPolicyManager创建，最终会进入AudioFlinger的openOut函数AudioTrack和AudioFlinger的通信机制通常，AudioTrack和AudioFlinger并不在同一个进程中，它们通过android中的binder机制建立联系。 AudioTrack主要是用来播放声音的，AudioTrack贯穿了JAVA层,JNI层和Native层。下面这张图展示了他们两个的关系： FIFO的管理 audio_track_cblk_t audio_track_cblk_t这个结构是FIFO实现的关键，该结构是在createTrack的时候，由AudioFlinger申请相应的内存，然后通过IMemory接口返回AudioTrack的，这样AudioTrack和AudioFlinger管理着同一个audio_track_cblk_t，通过它实现了环形FIFO，AudioTrack向FIFO中写入音频数据，AudioFlinger从FIFO中读取音频数据，经Mixer后送给AudioHardware进行播放。 audio_track_cblk_t的主要数据成员： user -- AudioTrack当前的写位置的偏移 userBase -- AudioTrack写偏移的基准位置，结合user的值方可确定真实的FIFO地址指针 server -- AudioFlinger当前的读位置的偏移 serverBase -- AudioFlinger读偏移的基准位置，结合server的值方可确定真实的FIFO地址指针 frameCount -