转载：http://www.51testing.com/html/34/n-3725434.html

 先对整体有了一个基本的认识之后，再去看细节

谈到AndroidApplication的启动流程，很多文章都是各种源码类和方法的一堆调用关系，这样的文章就算看一百遍，也只是云里雾里。源码得看，但是最好不要一下子深陷到源码的细节之中，不可自拔。这里站在前人的基础之上做一个总结。

　　在说应用的启动流程之前，得先了解一下Android系统的启动流程，因为Application的启动是离不开系统的处理的。

　Android系统的启动流程

　　1.BootLoader启动内核和init进程；

　　2.init进程分裂出过个守护进程，如Android Debug Damon，USB Damon,这些守护进程会处理一些与硬件相关的接口；

　　3.init进程启动一个Zygote进程

　　Zygote进程初始化了第一个VM，并预加载了Framework和一些通用资源。

　　zygote进程会开启一个Socket接口，用来监听请求。一旦收到请求，Zygote会基于自身预先加载的VM来孵化一个新的VM，并创建一个新的进程。

　　4.启动Zygote之后，init进程会启动Runtime进程。Zygote会孵化出一个超级管理进程-System Server。System Server 会启动所有系统核心的服务，如Activity Manager Service以及硬件相关的Service。

5.这个时候就开始准备启动它的第一个App进程-Home进程了。

　　Android系统已经启动完毕，一些核心的服务也已经启动完毕，然后启动Launcher应用，那么什么时候启动应用的进程呢？

　App进程什么时候被创建？

　　答案是被需要的时候才创建。

　　如果当一个应用（多是Launcher）调用App中的页面之时，如果目标进程不存在，则会创建一个新的进程并启动。

　Application启动流程

　　在说Application启动流程之前，先看一张前人的流程图：

　　App启动流程

　　分析流程的时候，可以同时看一下上面的流程图。

　　点击桌面Icon

　　然后调用StartActivity(Intent intent)方法；

　　这个方法最终会通过Binder IPC的方式调用ActivityManagerService，这里简称AMS。

　　AMS会执行以下操作：

　　最终会通过PackageManager的resolveIntent（）方法收集这个Intent对象的指向信息（中间会经历很多类，方法的调用）。

　　通过grantUriPermissionLocked(）方法验证用户是否具有足够的权限去调用目标Activity；

　　查询ProcessRecord是否存在

　　如果不存在，AMS会创建新的进程来实例化目标Activity。

　　接下来就说App进程的创建过程了。

　　App进程的创建

　　调用startProcessLocked（）方法创建新的进程

　　通过上面所说的Socket通道传递参数给Zygote进程，Zygote进程孵化自身，并调用ZygoteInit.main()方法来实例化ActivityThread对象，并最终返回新进程的pid。

　　ActivityThread依次调用Looper.prepare(）和Looper.loop()方法来开启消息循环。

　　这个时候进程已经创建完毕，但是如何与应用自身的Application联系起来呢？

　Application的绑定

　　调用ActivityThread中的bindApplication()方法发送一个BIND_APPLICATION的消息到消息队列中.

　　通过handleApplication()方法处理之前的绑定消息；

　　调用makeApplication（）方法来加载Application的class 到内存中。

　　大概的流程如下，如果需要做一些特殊的处理，还是需要自己深入到源码中，找到自己可以处理的点，进行一些定制化处理。