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发送出去。