Android音频架构总结
一.音频总体的架构：
二.Audio Policy
•Stream类型选择合适的device :
•音频管理策略管理音频的输入输出，它决定各种类型的声音优先送往系统哪个输出设备，或使用哪个输入设备进行采样。
•比如，如果有蓝牙耳机或者耳机，将优先使用他们作为输入输出设备。
•创建AudioTrack的时候会传入一个Stream类型，根据这个类型获得strategy，然后根据strategy获得一个device。
•Stream类型选择合适的Strategy类型 :
•第一栏是流的类型，第二栏是音频策略
•从表中可以看出，某些流可以使用相同的音频策略进行输入或者输出。
•Strategy类型选择合适的device :
•第一栏是Strategy的类型，第二栏是device。
•按照一定的优先级顺序，检查哪些可用的输入输出设备，然后选择一个设备用来输入输出。
三.Audio使用
•比如音乐播放器，录音机APK进行录音或播放。
•播放声音能够用MediaPlayer和AudioTrack，MediaRecorder和AudioRecord进行录音。
•MediaPlayer在framework层还是会创建AudioTrack，把解码后的PCM数流传递给AudioTrack。AudioTrack再传递给 AudioFlinger进行混音，然后才传递给硬件播放,所以是MediaPlayer包括了AudioTrack。
四.Audio播放流程
•Android的播放架构图
•播放流程一般分为三个部分：
1.AudioTrack构造；
•Framework或者APP层通过JNI创建AudioTrack (JAVA)对象;
•调用到android_media_AudioRecord_setup(JNI)，然后创建一个AudioRecord(C++);
•AudioRecord(C++)会调用getOutputForAttr，这个函数会调用到AudioPolicy，根据策略选择输出设备;
•AudioTrack(C++)通过binder机制调用AudioFlinger的createTrack()创建Track，同时分配共享内存。
•AudioFlinger拥有多个工作线程，每一个线程拥有多个Track。
•每一个音频流对应着一个AudioTrack类的一个实例，每个AudioTrack会在创建时注册到 AudioFlinger中，由AudioFlinger把所有的AudioTrack进行混合(Mixer)，然后输送到AudioHardware中进行播放。
目前Android同时最多可以创建32个音频流，也就是说，Mixer最多会同时处理32个AudioTrack的数据流
2.AudioTrack的Start；
•Framework或者APP层调用AudioTrack(java)的play()进行音频播放的准备;
•play()会调用jni的native_start(),对应的函数是android_media_AudioTrack_start();
•android_media_AudioTrack_start()只是做了转发，最后会调用
AudioTrack(C++)的start();
•AudioTrack的start()进过转发，最后会调用PlaybackThread的start();
•PlaybackThread的start()的又会调用addTrack_l();
•PlaybackTread的addTrack_l主要工作是添加track到mActiveTracks,
并激活沉睡的PlaybackTread线程。
3.AudioTrack的Write。
•Framework或者APP层调用AudioTrack(java)的AudioTrack(java)的write()写入音频数据;
•调用jni的android_media_AudioTrack_write_byte()，主要是获取java传下来的数据，并调用writeToTrack()来向共享内存写入数据;
•writeToTrack()调用AudioTrack(c++)的write()，AudioTrack(C++)会使用obtainBuffer获取一块共享内存，
并写入数据，写完后用releaseBuffer释放共享内存。
•服务端读取共享内存的音频数据是在PlaybackThread的threadLoop()中进行的，调用threadLoop_mix()进行混音;
•完成混音后，调用
threadLoop_write()，它会调用mOutput->stream->write()写入，这里会调用到HAL层;
•HAL层的调用tiny_alsa的pcm_open()打开相应的录音设备，再通过pcm_write()写入音频数据到linux系统，再到硬件。
四.Audio录音流程
•Android的录音架构图
1.AudioRecord构造过程:
•Framework或者APP层通过JNI创建AudioRecord (JAVA)对象;
•调用到android_media_AudioRecord_setup(JNI)，然后创建一个AudioRecord(C++);
•AudioRecord会通过AudioSystem::getInputForAttr，这个函数会调用到AudioPolicy，根据策略选择输出设备;
•AudioRecord通过binder机制调用AudioFlinger的createRecordTrack_l()创建RecordTrack，同时分配共享内存 。
2.AudioRecord的Start :
•Framework或者APP层调用AudioTrack(java)的startRecording()进行音频播放的准备;
•startRecording()会调用jni的native_start(),对应的函数是android_media_AudioRecord_start();
•android_media_AudioRecord_start()只是做了转发，最后会调用
AudioRecord(c++)的start();
•AudioRecord的start又会调用TrackHandle(服务端的Track代理) 的start，最后会调用到RecordThread的start();
•RecordThread的start()会激活沉睡的RecordThread 。
3.AudioRecord的Read :
•Framework或者APP层调用AudioRecord(java)的AudioTrack(java)的read读取音频数据;
•调用jni的android_media_AudioRecord_readInByteArray ，调用AudioTrack(c++)的read读取数据;
•AudioTrack(C++)会使用obtainBuffer获取一块共享内存，
并读取数据;
•服务端读取共享内存的音频数据是在RecordThread的threadLoop()中进行;
•调用
mInput->stream->read读取，这里会调用到HAL层;
•HAL层的调用tiny_alsa的pcm_open打开设备，然后通过pcm_read()读取相应设备数据。
