AudioFlinger::instantiate()流程分析

前面分析了main()函数的前面部分：Android Audio:main_audioserver.cpp中的main()函数启动流程

接下来分析AudioFlinger的instantiate()

android\frameworks\av\services\audioflinger\AudioFlinger.cpp
对变量进行一系列的初始化。

实例化打开设备的接口和实例化音效的接口，启动 MediaLogNotifier 进程，用于处理 audioflinger 的部份 binder call 工作，减少 audioFlinger log相关的工作。

首先看打开设备的接口。
android\frameworks\av\media\libaudiohal\DevicesFactoryHalInterface.cpp
如果是4.0走上，2.0走下。

此处选择4.0来学习
android\frameworks\av\media\libaudiohal\4.0\DevicesFactoryHalHybrid.cpp

android\frameworks\av\media\libaudiohal\2.0\DevicesFactoryHalHybrid.cpp

最终通过设备名打开设备。

接着看音效实例接口处。跟设备大体相同，

android\frameworks\av\media\libaudiohal\2.0\EffectsFactoryHalHidl.cpp
在此处得到音效的服务，此处就不深究下去了。

因为AudioFlinger继承BnAudioFlinger，层层继承下来最后继承了RefBase。

android\system\core\libutils\RefBase.cpp

第一次引用，则调用onFirstRef，这个函数很重要，派生类可以重载这个函数，完成一些初始化工作。

构造一个 PatchPanel对象并修改mode为normal。

首先看一下PatchPanel在android中的关系。

可以看出 PatchPanel 只为AudioFlinger 服务，由AudioPolicy Manger 来管理的。
整个流程为：AudioSystem（APP层） —> AudioPolicyManager（framwork层） —> AudioFlinger----> CreateAudioPatch() ----> Patchpanel ----> Thread->sendEvent() ----> ThreadBase -----> Hardware 层。
android\frameworks\av\services\audioflinger\PatchPanel.cpp

连接一个 patch

如果端口类型是 Device 的话获得AudioFlinger对象。

只允许创建一个 souces,只有 AudioPolicyManger 才能创建2个Souces

如果当前已经有现成的 Patch 则依次遍历，并且释放删除它（释放 Audio Playback 或 Capture 线程，释放 Audio Hardware 接口

Clear实现地方。

新建一个 patch对象

获得playback对象并保存在mPlaybackThread中。

获得输入设备类型及对应的输出设备地址彩阳路、声道和数据格式。

创建输入设备的线程，保存在 newPatch->mRecordThread 中

如果端口类型是 MIX 的话

如果创建成功，则给新建的 patch 分析一个 UID，并添加到 mPatchs中。

LINUX\android\frameworks\av\services\audioflinger\Threads.cpp
于是，接着看sendCreateAudioPatchConfigEvent，发送消息给AF。

将带有信息的event发送出去。