android 启动优化方向跟踪

先简单带过framwork以上的流程，主要看framwrok里面的步骤

1 kernel内核空间启动负责启动 native层的init进程

具体可以参考linux内核（

Bootloader启动Kernel的swapper进程(pid=0)，它是内核首个进程，用于初始化进程管理、内存管理、加载各种驱动。更重要的是启动如下两个重要进程：

init进程(pid=1)：用户进程的鼻祖

threadd进程（pid=2）：内核进程的鼻祖

这层真正大主管是threadd进程，会创建内核工作线程kworkder，软中断线程ksoftirqd，thermal等内核守护进程。）

2 natve层init是管家，它负责孵化各种系统级服务、守护进程等。最重要的是孵化出Zygote进程：Java进程的鼻祖。主要负责创建 framworkd层的zygote进程

3 Framework层：在Native之上，也是用户空间，主要给app层提供api以及系统服务

这层大主管是 Zygote进程。它负责注册Zygote Socket服务端套接字，加载虚拟机，preloadClasses和preloadResouces。

通过startSystemServer()，fork得力帮手system_server进程，也是上层framework系统服务的运行载体

zygote功成身退，调用runSelectLoop()，随时待命，当接收到请求创建新进程请求时立即唤醒并执行相应工作

4 System Server进程：负责启动和管理整个Java framework，包含AMS、WMS、PMS等服务

systemserver启动流程参考下面的图片，就是PHASE_*7中状态阶段

但我们需要关注更细节的流程，因为优化工作主要在最后两个状态阶段，也就是wms 和ams的那里面的启动部分

ams和wms部分

在startotherservices 里面 systemserver 在调用ams.systemReady()之前，我们会自定义自己的定制服务,比如YangProcessManagerInternal:进程管理的类，检测anr，died，cpu，gpu等过高状态并提供杀死的功能

接着往下，ams的systemReady，这里会启动 StartCarServiceHelperService，就是car相关的

然后 mPackageManagerService.waitForAppDataPrepared();等待 all packages to be prepared

然后更新systemserver的启动状态：mSystemServiceManager.startBootPhase(t, SystemService.PHASE_THIRD_PARTY_APPS_CAN_START);

接下来startPersistentApps，然后startHomeOnAllDisplays-这里没有直接启动launcher的intent

而是跑到 RouteWindowContainer里面作了些逻辑（多个launcher，双屏）然后才

mService.getActivityStartController().startHomeActivity(homeIntent, aInfo, myReason,

taskDisplayArea);

这样的话，launcher也是启动了

接着等launcher idel后，通知ams（确切的说是 ActivityTaskManagerService），厂商会在这里启动一些自己的app

接着更新systemserver的启动状态 mSystemServiceManager.startBootPhase(t, SystemService.PHASE_BOOT_COMPLETED);

然后 enableScreenAfterBoot调用wms 关闭动画（TAG:enableScreenAfterBoot）这里会延时30s强制关闭动画，防止卡在这里。

接下来优化相关问题及扩展