Android初始化流程

12年前
Android启动过程:
(1)启动时首先启动Linux基础系统,然后引导加载Linux Kernel并启动初始化进程。
(2)接着,启动Linux守护进程(deamons),该进程启动内容:
    启动USB守护进程(usbd)来管理USB连接,
    启动Android Debug Bridge守护进程(adbd)来管理adb连接,
    启动Debug守护进程(debuggerd)来管理调试进程的请求(包括内存转换),
    启动无线接口守护进程(rild)来管理无线通信
(3)启动Linux守护进程同时,启动Zygote进程,该进程启动内容:
    初始化一个Davlik虚拟机实例
    装载Socket请求所需的类和监听
    创建虚拟机实例来管理应用程序进程
(4)再接着,初始化runtime进程,该进程启动需要处理操作:
    初始化服务管理器
    注册服务管理器,以它作为默认Binder服务的Context管理器
(5)runtime初始化后,发送一个请求道Zygote,开始启动服务,Zygote将为系统服务创建一个虚拟机实例,并启动系统服务。
(6)紧接着,系统服务将启动原生系统服务,主要包括Surface Flinger和Audio Flinger,这些本地服务将注册到服务管理器。
(7)原生系统服务启动Android管理服务,Android管理服务将都被注册到服务管理器上。
(8)系统加载完所有的服务后会处于等待状态,等待应用程序运行,每一个应用程序都将启动一个单独的进程。

Android应用程序调用底层硬件和服务(三种方式):
(1)App -> Runtime Service -> Lib
应用程序首先在应用层通过Binder IPC调用应用程序框架的Runtime Service,然后通过JNI与运行库的原生服务绑定,并动态加载Hal库,进而调用Linux内核层的Lernel Driver。
(2)App -> Runtime Service -> Native Service -> Lib
与第一种相比,只是Runtime Service通过JNI绑定原生服务,再通过IPC机制调用原生服务进行动态加载的过程。
(3)App -> Runtime Service -> Native Deamon -> Lib
比原生服务调用更简单,直接通过JNI绑定原生服务,再通过Socket调用守护进程进行动态加载。