Android启动优化学习

简介

App启动时间一直是Android开发者较为关注的点，一旦时间过长，对用户体验产生较大影响，可能用户就放弃使用了。而当app业务量越来越大，在初始化过程中需要初始化的东西越来越多，也就影响了启动时间。所以需要一直对启动时间进行监控，个人觉得上限应该控在2s内。

App启动主要分为2种，冷启动，热启动。主要优化冷启动时间。

启动时间记录

如何查看启动时间？

1. 工具查看

1. 使用Logcat，在 Android Studio Logcat 过滤关键字 “Displayed”，即可看到第一个activity启动时间，注意要选择No Filters。
2. 使用adb 终端执行“adb shell am start -W -S <包名/完整类名> ”ThisTime即为冷启动耗时。

2. 日志记录

当然，开发工具记录启动时间，只能查看手头几台测试机，这无法展现完全的真实情况。所以记录上报才是比较合理的方式。这个的问题在于记录的时间点。起始点就是：Application.onCreate()。
结束点就比较难确定，查看了诸多大神的文章，确定在第一个Activity的onWindowFocusChanged()为结束点。感兴趣的可以参考 https://mp.weixin.qq.com/s/UlM2P4oA6DXOoiPLUNMvjw。

措施

1. 尽量减少在Application.onCreate中各种SDK的初始化，尽量使用懒加载。

2. 异步加载，使用IntentService，在一些不是必须要在Activity启动前初始化的操作，可以使用异步初始化。

3. 减轻首页绘制

   这个措施严格意义上来说，不算冷启动优化。因为首页基本不是app的第一个页面。但把这个也放到这里来说，宽泛的认为启动优化是优化到首页加载完成。主要针对首页几乎不发生变化，或者局部发生变化的情况进行优化，如果几乎每次进去都有变化的话，比较难做优化。

   针对复杂性，我们使用了vlayout（淘宝出的UI框架），因首页布局相对复杂，使用常规方便，必然嵌套严重，而vlayout很好的解决了此问题。淘宝目前首页也是使用的vlayout。

   针对页面数据，我们使用缓存机制，缓存首页报文数据，先使用缓存的报文数据，绘制首页。然后根据网络请求的返回报文进行局部或者完整更新。

4. 关于透明主题
   不少大神提供了一个建议，使用透明主题。用户正常点击app icon，会先出现白屏（此过程便是APP启动初始化过程），然后进入启动页。而设置透明主题后，点击icon后，很明显app没有马上被唤起，而是等待后，直接进入启动页，没有白屏过程。也很好理解，原来的白屏被设成了透明主题后，看不见了，实际也是处于初始化过程。前者是白屏，后者是点击卡了。

APP启动流程步骤简述

1. 点击icon，launcher进程收到启动APP的消息
2. launcher进程向AMS发送启动APP的消息
3. AMS向zygote进程发送fork新进程的消息，zygote fork一个新进程，即为APP进程
4. APP进程向AMS发送绑定Application的消息
5. AMS做了相关准备之后，会向APP进程发送scheduleActivty的消息
6. APP进程收到之后，向主线程发送启动Activity的消息
7. 主线程启动Activity