Android 冷启动优化

应用启动分为三种状态，每种状态都会影响到应用程序对用户的可见时间，分别是温启动、热启动、冷启动（谷歌在优化启动的时候也是主要针对于冷启动）

冷启动是指应用程序（此处的应用程序是指我们的APP，后面一样）从头开始，系统的进程在此之前没有创建应用程序的进程，冷启动发生的时机就是首次启动APP的时间，是一个从无到有的状态

分为两个阶段去理解

第一阶段：

冷启动开始时，系统有三个任务：

1、加载并启动APP

2、启动后立即显示应用程序的空白启动窗口

3、创建应用程序进程

第二阶段：

创建完成了应用程序后，应用程序会负责下一阶段的任务

1、创建应用程序对象（application部分）

2、启动主线程

3、创建main activity（就是我们的第一个启动的页面）

4、加载试图

5、布局屏幕

6、执行初始化绘制

完成上述操作后，系统进程会交换当前显示的背景窗口，将其替换成main activity的页面，这个时候

用户就可以进行操作了，下图是冷启动的直观表示

用户在看到页面完全展示出来的时机为main Activity的onResume的时候，那么我们就应该去考虑在此之前会存在哪些耗时的地方，分两个地方，第一是系统、第二是应用程序这一块

第一、Android系统启动进程的时候耗时，如果我们把应用的进程提前启动好了，那下次启动该应用的时候就可以节省出这一步的时间(其实这一步还是比较耗时的)，一般来说就是双进程保活了(但是感觉这个越来越难了)，如果是做自己设备的，那就好说了，直接launcher启动对应应用服务。还有就是加白名单了;

第二、初始化的白屏、Application的onCreate()，再到第一个启动的Activity

初始化时的白屏界面

在第一次打开APP的时候会出现一个白屏，这个我们可以去设置APP主题，更改其背景色或者更改背景图片来解决

• 透明主题背景设置用下面的参数：

 

• 设置图片：

Application优化

正常开发我们要集成的那些第三方：定位、X5、友盟之类的，还有一些IO操作，或者是一些跨进程通信的，这些操作都会导致Application的onCreate方法中过多的耗时去进行这些操作，我们可以采用两种办法

1. 按需初始化，如果不是非要在application中初始化的，就别放在onCreate中了

2. 将初始化的一些操作放在异步线程中进行

第一个Activity优化

• 页面布局优化

  复杂的页面会导致加载比较耗时，因为每个对象都要去创建，尽量去减少嵌套

• 复杂逻辑能往后放放

  对于一些复杂的东西，或者不是必须初始化的东西放在onResume再去初始化，或者监听View，等View全展示出来了，再去初始化一些非必要的数据

• 页面预加载

  实际开发中我们会发现在onCreate中setContentView这一步其实比较耗时，所以可以在Application中开启线程用LayoutInflater预先得到这个View，然后存起来，在setConetntView的时候，就不要去设置R.id，直接设置view就好了；这么做你会发现越复杂的布局提升的效率就越大，但是它长久持有的内存也大，自己可以去测试测试，一般来说比较重要的页面才这么做，省点内存

PS：关于我

---

本人是一个拥有6年开发经验的帅气Android攻城狮，记得看完点赞，养成习惯，关注这个喜欢写干货的程序员。

另外耗时两年整理收集的Android一线大厂面试完整考点PDF出炉，【完整版】已更新在我的【Github】，如有面试、进阶需要的朋友们可以去参考参考，如果对你有帮助，可以点个Star哦！

地址：【https://github.com/733gh/xiongfan】