Android AudioSystem模块分析

最新推荐文章于 2022-08-16 13:33:25 发布

Alex.Ke

最新推荐文章于 2022-08-16 13:33:25 发布

阅读量4.8k

点赞数

分类专栏： android 文章标签： AudioPolicyService AudioSystem AudioFlinger

本文链接：https://blog.csdn.net/kehyuanyu/article/details/49176119

版权

69 篇文章 6 订阅

订阅专栏

Android 音频系统中存在两个重要的服务AudioPolicyService和AudioFlinger，其服务名称为“media.audio_policy”， “media.audio_flinger”。两个服务各司其职，一个负责

音频策略相关，一个负责音频的采集和输出相关。两个服务均在多媒体服务mediaserver中进行注册(main_mediaserver.cpp)。本篇主要分析AudioSystem在音频框架中的位置

及相关作用。

下面可以看一个一篇网上流传的多媒体音频框架图

从最上面红圈我们可以看到AudioSystem 处于音频控制的入口处，是AudioFilnger和AudioPolicyService对上服务的窗口，另外AudioTrack负责播放功能，AudioRecord负责

录音功能。

从上篇分析，应用层在处理完相关操作之后，就会将实际设置，控制的动作转交给了AudioSystem，如下图

应用层AudioManager和AudioService之间通过Binder通信来完成调用关系，到了library层的AudioSystem就可以直接获取AudioFlinger，AudioPolicyService服务，接着

可以看核心库层的AudioSystem。

英文的功能描述如下：

/* These are static methods to control the system-wide AudioFlinger
* only privileged processes can have access to them
*/

具体功能我们可以查看头文件AudioSystem.h

static const sp<IAudioFlinger>& get_audio_flinger()

另外gAudioFlinger作为AudioFlinger的代理端句柄可以输入输出设备进行相关控制

static const sp<IAudioPolicyService>& get_audio_policy_service()

而gAudioPolicyService作为AudioPolicyService服务代理端的句柄提可以对策略相关业务流程进行调度

上面获取两大音频服务的代理端之后需要跟服务端通信，与AudioPolicyService通信如下：

其实获取到的代理端gAudioPolicyService就是BpAudioPolicyService，通过Binder与AudioPolicyService进行通信，与AudioFlinger通信如下：

AudioSystem主要完成上述的一些衔接功能，后续继续分析AudioPolicyService， AudioFlinger， AudioPolicyManager如何与HAL层联系，及底层数据交互。

推荐相关学习连接：

http://blog.csdn.net/droidphone/article/details/5949280

http://blog.csdn.net/droidphone/article/details/5941344

http://blog.csdn.net/droidphone/article/details/5951999

关注