Android APP启动以及性能优化

一. 启动优化的目的

APP启动如果得到很好的优化，增强用户体验增加用户流量；如果app启动时间过长影响用户体验，从而会造成流失用户。所以做启动优化是有必须的。

二. 应用启动类型

1. 冷启动

• 概念：当应用在设备开机或者系统主动 kill APP 进程之后，用户点击桌面icon图标启动，称之为冷启动。
• 场景:开机后第一次启动应用 或者 应用被杀死后再次启动
• 生命周期：Process.start->Application创建->attachBaseContext->onCreate->onStart->onResume->Activity生命周期
• 启动速度：在几种启动类型中最慢，也是我们优化启动速度最大的拦路虎

2. 温启动

• 概念：温启动是APP进程还存活，因为内存不足Activity被回收了，当再次启动APP时就会重新执行Activity生命周期，布局绘制等操作。
• 场景：应用已经启动，返回键退出
• 生命周期：onCreate->onStart->onResume->Activity生命周期
• 启动速度：较快

3. 热启动

• 概念：当后台存在该应用的进程或者服务时，用户点击icon图标启动，称之为热启动。一般是用户按了home键回到桌面，或者返回键没有杀进程，或者app本身做了进程重启的机制。
• 场景：Home键最小化应用
• 生命周期：onResume->Activity生命周期
• 启动速度：快

从上面的总结可以看出，在应用的启动过程中，APP启动所需的时间为：冷启动时间>温启动时间>热启动时间，冷启动是最慢最耗时的，系统以及应用本身都有大量的工作需要处理，所以，冷启动对于应用的启动速度是最具挑战以及最有必要进行优化的。

三. 应用的启动过程

冷启动启动流程——当点击app的启动图标时，安卓系统会从Zygote进程中fork创建出一个新的进程分配给该应用，之后会依次创建和初始化Application类（attachBaseContext()–>OnCreate()）、创建MainActivity类、加载主题样式Theme中的　windowBackground等属性设置给MainActivity以及配置Activity层级上的一些属性、再inflate布局、当onCreate/onStart/onResume方法都走完了，最后才进行contentView的measure/layout/draw显示在界面上，所以直到这里，应用的第一次启动才算完成，这时候看到的界面也就是首帧。

大致流程如下：

• 点击桌面图标，Launcher会启动程序默认的Acticity，之后再按照程序的逻辑启动各种Activity。
• 启动Activity通过应用程序框架层的ActivityManagerService服务启动(Service也是由ActivityManagerService来启动的)。ActivityManagerService是一个非常重要的接口，它负责启动和管理Activity和Service。

• 无论是通过Launcher来启动Activity，还是通过Activity内部调用startActivity接口来启动新的Activity，都通过Binder进程间通信进入到ActivityManagerService进程中，并且调用ActivityManagerService.startActivity接口。
• ActivityManagerService调用ActivityStack.startActivityMayWait来做准备要启动的Activity的相关信息。
• ActivityStack通知ApplicationThread要进行Activity启动调度了，这里的ApplicationThread代表的是调用ActivityManagerService.startActivity接口的进程，对于通过点击应用程序图标的情景来说，这个进程就是Launcher了，而对于通过在Activity内部调用startActivity的情景来说，这个进程就是这个Activity所在的进程了。
• ApplicationThread不执行真正的启动操作，它通过调用ActivityManagerService.activityPaused接口进入到ActivityManagerService进程中，看看是否需要创建新的进程来启动Activity。
• 对于通过点击应用程序图标来启动Activity的情景来说，ActivityManagerService在这一步中，会调用startProcessLocked来创建一个新的进程，而对于通过在Activity内部调用startActivity来启动新的Activity来说，这一步是不需要执行的，因为新的Activity就在原来的Activity所在