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

http://www.jianshu.com/p/35bcd201acce

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

1.App->Runtime Service->Lib2.App->Runtime Service->Native Service->Lib3.App->Runtime Service->Native Daemon->Lib

App->Runtime Service->Lib方式：

1.application层由Binder IPC调用application framework 层中Runtime Service2.Runtime Service通过JNI调用Libray层中的Native Service Binding3.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 Service2.Runtime Service通过JNI调用Libray层中的Native Service Binding3.Native Service Binding通过Binder IPC机制来调用Native Service4.Native Service通过动态加载的方式来调用HAL Library层的东西5.HAL Library再调用Linux内核层的Kernel Driver。

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

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

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

1.application层由Binder IPC调用application framework 层中Runtime Service2.Runtime Service通过JNI调用Libray层中的Native Service Binding3.Native Service Binding通过Socket机制调用Native  Deamon 进程4.Native  Deamon 进程通过动态加载的方式来调用HAL Library层的东西5.HAL Library再调用Linux内核层的Kernel Driver。

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

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