audioflinger 分析

在media_server启动的过程中，AF和AP服务都被启动
int main(int argc, char** argv)

{
        AudioFlinger::instantiate();
        AudioPolicyService::instantiate();
}

这里可以触发AF的构造函数，以及onFirstRef函数，完成一些变量初始化。
之后，AF的服务就可以被用起来了。
以上部分没有什么流程性的东西，这里就不多做总结了。
重点放在AF与AT,AP几大服务的交互，以及AF自身的一些流程

目前支持的音频设备可以分为如下三大类

static const char * const audio_interfaces[] = {
    AUDIO_HARDWARE_MODULE_ID_PRIMARY, //手机板载的主设备
    AUDIO_HARDWARE_MODULE_ID_A2DP, //蓝牙音频
    AUDIO_HARDWARE_MODULE_ID_USB, //USB音频
};

在编译的时候，这三种设备分别被编译成audio.primary.xxx.so,audio.a2dp.xxx.so的形式，xxx表示具体的硬件平台。
例如三星exynos的，就是audio.primary.exynos.so
我们知道，AF要负责和硬件打交道，就要加载这些so，那么AF怎么知道要加载哪个呢？
这就是AP的事情了。我们在AP会详细介绍。
这里先以Primary为例。
AP会调用AF的函数AudioFlinger::loadHwModule完成对应SO的加载

audio_module_handle_t AudioFlinger::loadHwModule_l(const char *name)
{
    audio_hw_device_t *dev;
    int rc = load_audio_interface(name, &dev);  //加载对应的SO文件，通过dlsym的形式打开SO，加载路径/system/lib/hw或者/vendor/lib/hw
//最终会调用audio_hw_hal.cpp里面的legacy_adev_open来挂载一些钩子函数，
    mHardwareStatus = AUDIO_HW_INIT;
    rc = dev->init_check(dev); //初始化这个interface
    mHardwareStatus = AUDIO_HW_IDLE;
    audio_module_handle_t handle = nextUniqueId();
    mAudioHwDevs.add(handle, new AudioHwDevice(name, dev, flags));  //把这个dev添加到AF的设备键值对里面
    return handle;
}

load_audio_interface里面会最终调用legacy_adev_open，将adev_open_output_stream，adev_init_check等函数挂到audio_hw_device_t上，
audio_hw_device_t里面包括这这个audio interface的各种信息与audioflinger层面的操作函数
audio_hw_device_t是由HAL规定的一个音频接口设备所应具有的属性集合。

这样，AF就完成了audio interface的加载
在audio播放之前，AP还会调用AF的openOutput函数来打开一个输出。（输出的选择由AP来完成。AP章节会详细介绍）

audio_io_handle_t AudioFlinger::openOutput()
{
    outHwDev = findSuitableHwDev_l(module, *pDevices);   //根据AP传过来的module,找到对应的audio interface
    audio_hw_device_t *hwDevHal = outHwDev->hwDevice();
    audio_io_handle_t id = nextUniqueId();  //生成一个唯一的id, 用来标识这个stream
    status_t status = hwDevHal->open_output_stream(hwDevHal,  //调用之前挂接好的adev_ope