一、分析背景

        上一次详细分析跟读AudioFlinger代码还是Android5的时候，最近有空基于RK3588的Android12 sdk跟读了一下代码。工作中大部分也是不需要修改Google部分的代码，大多是是修改hal层代码。从Android O开始很多模块都HIDL化了。之前的版本都是AudioFlinger直接使用 如：audio.primary.XXX.so。mtk平台是 audio.primary.mt6771.so，RK是audio.primary.rk30.so。 其它方面倒是改动不大。所以本文主要分析audio HIDL相关的调用流程。

二、HIDL简介

        Google解决碎片化的。类似AIDL，基于binder通信机制。C/S架构，这里只需要知道分为客户端，服务端即可。具体的IPC通信原理和旧版本的binder一样。

三、HIDL后进程上的变化

        /system/bin/audioserver 属于hidl的client端，AudioFlinger依附在这个进程，该进程不直接操作声卡节点。/vendor/bin/hw/android.hardware.audio.service属于hild的server端这个进程使用 audio.primary.XXX.so，调用pcm_open,pcm_read,pcm_wrtite等操作声卡。android.hardware.audio.service不同平台不一样，比如mtk的就是android.hardware.audio@4.0-service-mediatek。

四、代码分析

   查看图片吧。可以下载svg图片直接浏览器打开可以搜索关键字定位。图片查看顺序：自上而下，从左往右。svg下载地址：Android12AudioFlinger分析（RK3588）-Linux文档类资源-CSDN下载

AudioFlinger 初始化分析：

IDevicesFactory注册流程分析：