Android系统剖析 和 Android系统的运行机制: 启动流程与层间交互,2015-02-28
Android运行机制(看图说话)
1. 启动流程
所有从init开始…
与大多数的基于Linux系统在启动阶段类似，bootLoader加载Linux内核，然后开始init进程。
init启动Linux守护进程，包括：
USB守护进程（usbd）来管理USB连接
Android调试桥守护进程（adbd）来管理ADB连接
调试器守护进程（debuggerd）来管理调试进程请求（dump memory等等）
射频接口层守护进程（rild）来管理与射频的通信
Init进程启动zygote进程：
一个新生的进程初始化一个Dalvik VM实例
加载类，并监听socket端口用于请求创建VMs实例
Forks请求创建VM实例用于管理进程
写时复制（Copy-on-write）来最大化重用和最小化覆盖
init进程启动runtime进程：
初始化Service Manager——上下文管理器用于binder来处理service注册和查询
注册Service Manager作为缺省的上下文管理用于Binder
Runtime进程发送请求给Zygote来启动System Service
接着Zygote进程fork一个新的VM实例用于System Service进程，然后启动该service。
System Service启动本地系统服务器，包括：
Surface Flinger
Audio Flinger
本地system servers注册Service Manager作为IPC service目标：
System Service启动Android管理服务(framework层各种service和manager)：
Android管理服务注册到Service Manager中：
到此，整个Android系统的启动后：
System Server加载完所有的services后， 系统准备 过程如下…
zygote生产出home的dalvik vm:
底层出现libc：
zygote逐个生产出dalvik vm:
2. 层间交互（Layer Interaction）
主要有如下三种类型的交互：
App -> Runtime Service -> lib
App -> Runtime Service -> Native Service -> lib
App -> Runtime Service -> Native Daemon -> lib
Android Runtime Services:
举例：Location Manager
Android Native Services：
举例：MediaPlayer
增加ALSA?
丢弃了kernel driver?
Daemon Connection：
native service 被替换为 daemon， binder IPC 被替换为sockets方式，如下：
举例：RILD
Telephony Manager
(完)
