转载：http://www.51testing.com/html/34/n-3725434.html
? 先对整体有了一个基本的认识之后，再去看细节
? 先对整体有了一个基本的认识之后，再去看细节
谈到Android Application的启动流程，很多文章都是各种源码类和方法的一堆调用关系，这样的文章就算看一百遍，也只是云里雾里。源码得看，但是最好不要一下子深陷到源码的细节之中，不可自拔。这里站在前人的基础之上做一个总结。
在说应用的启动流程之前，得先了解一下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 到内存中。
大概的流程如下，如果需要做一些特殊的处理，还是需要自己深入到源码中，找到自己可以处理的点，进行一些定制化处理。