前言
目前的安卓应用基本上都趋于成熟了，所以目前对安卓开发的要求不再是实现功能了，而是要能够优化应用。然而安卓应用的优化是一个大坑，优化是没有止境的。但实际工作中，往往只需要找好一个方向，稍微排查下，做一些优化就能给用户体验带来很大的提升，安卓应用的启动的优化就是一个不错的优化方向。
应用的启动方式
首先应该了解对于一个应用的启动，根据此时这个应用在系统内存中的状态，划分为三种不同的方式：cold start，warm start，lukewarm start，它们对系统的消耗是依次递减的。
cold start 既是这个应用此时的状态是开机后第一次启动或者之前系统完全杀死了这个app。
warm start顾名思义，就是此时这个应用已经启动过了，并没有被杀死，这个应用的activity还驻留在内存当中，应用不需要再去初始化一些对象，渲染一些layout。
lukewarm start 其实也是warm start 的一种，不过它的消耗要比warm start 更低。有2个典型的场景可以看作是lukewarm start： 按返回键一直退出应用，然后你又马上打开这个应用；系统降低应用的优先级，把应用给退出了，但是用户自己又进入了应用。
cold start 是应用的一个完成启动过程，也是应用损耗最大的启动方式，应用需要从头开始加载启动，而warm start 和 lukewarm start 其实可以看作是安卓在系统层面上帮我们做的应用启动的优化，这两种方式下，系统只需要把应用从background放到foreground来。所以，根据优化的原则，对性能损耗最大的点上优化20%就能给整体带来80%的提升，我们主要的关注点是cold start.
应用的启动过程
看一下cold start 的完整启动过程。
应用在启动前会有三个预处理的步骤：1.系统层面上加载应用并且开始启动 2.应用启动之后立马为应用显示一个空白的window 窗体 3.创建一个该应用的进程。
这个应用的进程创建之后，接下来的工作就交给这个进程，这个进程将会完成此应用的初始化工作：1.创建该Application对象. 2.启动main thread. 3. 创建MainActivity. 4.把xml中的views加载进来 5.摆放好屏幕的显示。 6.执行初始化的绘制
当这个应用进程完成了它的第一次绘制之后（上面最后一个步骤），系统进程将会把预处理当中显示的那个空白window拎出来，用main activity将其替换。这样之后，cold start 就完成了，接下来就进入了用户操作界面了。
上面的步骤中，有两个步骤Application对象的创建和MainActivity的创建，这个两个步骤都是开发者可编程的,所有很多性能问题就出在这两个地方。需要重点关注Application和MainActivity这两个对象的初始化过程，因为应用启动过程中，主要就是这两个对象的初始化影响了系统的开销和启动时间。
启动优化的策略
所以，对于应用的启动优化，我们只需要抓住两个通用的点：
1。避免太重的Application初始化操作。复写onCreate()方法时，这个方法应该只留下启动必要的逻辑操作，很多非必要的逻辑操作应该放到应用启动后再做。如果有全局的单例就应该做成懒加载，当前不需要用就不要初始化，之后需要的时候再初始化。硬盘以及网络的IO操作也应该避免。
2. 避免太重的MainActivity初始化操作。MainActivity的初始化操作也带来了很大的系统开销，通常情况下，这个点上有很大的优化空间，并且也能带来很好的优化效果。在这个Activity的初始化过程中，以下几个点需要注意避免的：
填充复杂的大型的布局；阻塞的屏幕绘制和IO操作；加载并生成bitmap对象；
为了避免以上这些，所以应该设计好MainActivity的布局，要减少布局的层次和嵌套。另外，对于一些布局的显示也可以使用懒加载的思想，使用ViewStub这个类。
另外对于所有资源的读取可以全部放到一个非UI线程中去获取，需要显示这些资源的地方先用空白的View显示占位，等资源都读取完毕之后再去更新这些视图。
小Tip
最后，再说一个由安卓应用启动而带来的问题。回到最上面启动之前的预处理步骤，系统会显示一个空白的window窗体，一直到MainActivity完成了第一次绘制之后，这个窗体才会被替换掉。这就是为什么有些App每次启动的时候都要白屏一段时间，因为在Activity完成绘制之前，我们看到的其实就是这个window窗体了。解决的方法也很简单，就是设置一个Theme,修改这个Theme的WindowBackground属性，然后将这个Theme设置给MainActivity，具体方法可以自行Google，这里不再敖述了。
