一 启动分为两种方式：
- 冷启动： 当直接从桌面上直接启动，同时后台没有该进程的缓存，这个时候系统就需要
重新创建一个新的进程并且分配各种资源。 - 热启动： 该app后台有该进程的缓存，这时候启动的进程就属于热启动。
热启动不需要重新分配进程，也不会Application了，直接走的就是app的入口Activity，这样就速度快很多
二 如何测量一个应用的启动时间
使用命令行来启动app，同时进行时间测量。单位：毫秒
adb shell am start -W [PackageName]/[PackageName.MainActivity]
例如：
adb shell am start -W com.gzsll.hupu/.ui.splash.SplashActivity
adb shell am start -W com.example.applicationstartoptimizedemo/com.example.applicationstartoptimizedemo.SplashActivity
adb shell am start -W com.dn.splashoptimize/com.dn.splashoptimize.MainActivity
返回结果：
ThisTime: 165 指当前指定的MainActivity的启动时间
TotalTime: 165 整个应用的启动时间，Application+Activity的使用的时间。
WaitTime: 175 包括系统的影响时间---比较上面大。
三 应用启动的流程
Application从构造方法开始
—>attachBaseContext()
—>onCreate() Activity构造方法
—>onCreate()
—>设置显示界面布局，设置主题、背景等等属性
—>onStart()
—>onResume()
—>显示里面的view（测量、布局、绘制，显示到界面上）
四 减少应用的启动时间的耗时
-
不要在Application的构造方法、attachBaseContext()、onCreate()里面进行初始化耗时操作。
-
MainActivity，由于用户只关心最后的显示的这一帧，对我们的布局的层次要求要减少，自定义控件的话测量、布局、绘制的时间。
不要在onCreate、onStart、onResume当中做耗时操作。 -
对于SharedPreference的初始化。
因为他初始化的时候是需要将数据全部读取出来放到内存当中。
优化1：可以尽可能减少sp文件数量(IO需要时间)；2.像这样的初始化最好放到线程里面；3.大的数据缓存到数据库里面。
app启动的耗时主要是在：
Application初始化 + MainActivity的界面加载绘制时间。
由于MainActivity的业务和布局复杂度非常高，甚至该界面必须要有一些初始化的数据才能显示。那么这个时候MainActivity就可能半天都出不来，这就给用户感觉app太卡了。我们要做的就是给用户赶紧利落的体验。点击app就立马弹出我们的界面。
方法：
使用SplashActivity–非常简单的一个欢迎页面上面都不干就只显示一个图片。
但是SplashActivity启动之后，还是需要跳到MainActivity。MainActivity还是需要从头开始加载布局和数据。
想到SplashActivity里面可以去做一些MainActivity的数据的预加载。然后需要通过意图传到MainActivity。
可不可以再做一些更好的优化呢？
耗时的问题：Application+Activity的启动及资源加载时间；预加载的数据花的时间。
如果我们能让这两个时间重叠在一个时间段内并发地做这两个事情就省时间了。
解决：
将SplashActivity和MainActivity合为一个。
一进来还是现实的MainActivity，SplashActivity可以变成一个SplashFragment，然后放一个FrameLayout作为根布局直接现实SplashFragment界面。
SplashFragment里面非常之简单，就是现实一个图片，启动非常快。
当SplashFragment显示完毕后再将它remove。同时在splash的2S的友好时间内进行网络数据缓存。
这个时候我们才看到MainActivity，就不必再去等待网络数据返回了。
**问题：**SplashView和ContentView加载放到一起来做了 ，这可能会影响应用的启动时间。
**解决：**可以使用ViewStub延迟加载MainActivity当中的View来达到减轻这个影响。
viewStub的设计就是为了防止MainActivity的启动加载资源太耗时了。延迟进行加载，不影响启动，用户友好。但是viewStub加载也需要时间。等到主界面出来以后，viewStub.inflate(xxxx);
五 如何设计延迟加载DelayLoad
第一时间想到的就是在onCreate里面调用handler.postDelayed()方法。
问题：这个延迟时间如何控制？
不同的机器启动速度不一样。这个时间如何控制？
假设，需要在splash做一个动画–2S
需要达到的效果：应用已经启动并加载完成，界面已经显示出来了，然后我们再去做其他的事情。
如果我们这样：
mHandler.postDelayed(new Runnable() {
@Override
public void run() {
mProgressBar.setVisibility(View.GONE);
iv.setVisibility(View.VISIBLE);
}
}, 2500);
是没法做到等应用已经启动并加载完成，界面已经显示出来了，然后我们再去做其他的事情。
问题：什么时候应用已经启动并加载完成，界面已经显示出来了。
onResume执行完了之后才显示完毕。不行。
onwindowfocuschange
ViewTreeObserver
六 Demo
