在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技术内幕》
