本文详细阐述了Android应用程序如何通过App、RuntimeService、Native Service和Native Daemon层层深入调用来与硬件和服务交互。分别分析了三种调用方式：1) App直接调用RuntimeService和Library；2) App通过IPC调用Native Service和Library；3) App通过Runtime Service和Native Daemon调用Library。每种方式都结合实例进行了深入解析，如音频播放的处理流程。下篇将继续探讨Android系统的开发与移植。
上一篇介绍了Android系统的启动过程，这里将介绍Android应用程序是如何按照层次关系来调用最底层的硬件和服务的，
在Android中运行的应用程序都是通过以下三种方式层层深入的：
App---->runtimeservice ---> lib
App--->runtimeservice --->native service ---->lib
App--->runtimeservice ---->native Daemon ---->lib
后面将具体分析这三种方式：
第一种方式
应用程序首先在应用程序层Binder IPC 调用应用程序框架层的RuntimeService ，然后在通过JNI与运行库中的原生服务绑定，并动态地加载Hal库，进而调用linux内核层的Kernel Driver。具体流程框图如下：
以上是第一种方式的调用过程，接下来将分析第二种方式
与第一种方式相比，第二种方式只多了一个通过IPC机制调用原生服务并进行动态装载的过程。现以播放音频（Audio）的例子说明这种方式。
从上面的框图可看出，应用程序调用了应用框架层的Runtime Service（这里是MediaPlayer），然后通过JNI调用与之绑定的Runtime Library （这里是MediaPlayer）。这时MediaPlayer又分别调用了MediaFramework通过Binder IPC 的方式调用
最低0.47元/天 解锁文章
扫一扫
1686
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
