Android运行程序在各层架构之间的相互关系

在Android中运行的应用程序都是通过以下三种方式来层层深入：

1.App->Runtime Service->Lib

2.App->Runtime Service->Native Service->Lib

3.App->Runtime Service->Native Daemon->Lib

App->Runtime Service->Lib方式：

1.application层由Binder IPC调用application framework 层中Runtime Service

2.Runtime Service通过JNI调用Libray层中的Native Service Binding

3.Native Service Binding通过动态加载的方式来调用HAL Library层的东西

4.HAL Library再调用Linux内核层的Kernel Driver。

App->Runtime Service->Native Service->Lib：

此方式一般被Android原生服务所采用。

1.application层由Binder IPC调用application framework 层中Runtime Service

2.Runtime Service通过JNI调用Libray层中的Native Service Binding

3.Native Service Binding通过Binder IPC机制来调用Native Service

4.Native Service通过动态加载的方式来调用HAL Library层的东西

5.HAL Library再调用Linux内核层的Kernel Driver。

于第一种方式相比，只多了一个通过IPC机制调用原生服务并进行动态加载的过程。

App->Runtime Service->Native Daemon->Lib：

此方式一般用于守护进程的连接。

1.application层由Binder IPC调用application framework 层中Runtime Service

2.Runtime Service通过JNI调用Libray层中的Native Service Binding

3.Native Service Binding通过Socket机制调用Native  Deamon 进程

4.Native  Deamon 进程通过动态加载的方式来调用HAL Library层的东西

5.HAL Library再调用Linux内核层的Kernel Driver。

这种方式比原生服务的调用简单，它直接通过JNI绑定原生服务，通过sockets调用守护进程进行动态加载。

注释：内容来自《Android技术内幕》