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主题，更改其背景色或者更改背景图片来解决
- 透明主题背景设置用下面的参数：
<style name="AppTheme" parent="Theme.AppCompat.Light.NoActionBar"> <item name="android:windowFullscreen">true</item> <item name="android:windowIsTranslucent">true</item> </style>
- 设置图片：
<style name="AppTheme" parent="Theme.AppCompat.Light.NoActionBar"> <item name="android:windowBackground">@drawable/app_action_img</item> <item name="android:windowFullscreen">true</item> <item name="android:windowDrawsSystemBarBackgrounds">false</item> </style>
Application优化
正常开发我们要集成的那些第三方：定位、X5、友盟之类的，还有一些IO操作，或者是一些跨进程通信的，这些操作都会导致Application的onCreate方法中过多的耗时去进行这些操作，我们可以采用两种办法
-
按需初始化，如果不是非要在application中初始化的，就别放在onCreate中了
-
将初始化的一些操作放在异步线程中进行
第一个Activity优化
-
页面布局优化
复杂的页面会导致加载比较耗时，因为每个对象都要去创建，尽量去减少嵌套
-
复杂逻辑能往后放放
对于一些复杂的东西，或者不是必须初始化的东西放在onResume再去初始化，或者监听View，等View全展示出来了，再去初始化一些非必要的数据
-
页面预加载
实际开发中我们会发现在onCreate中setContentView这一步其实比较耗时，所以可以在Application中开启线程用LayoutInflater预先得到这个View，然后存起来，在setConetntView的时候，就不要去设置R.id，直接设置view就好了；这么做你会发现越复杂的布局提升的效率就越大，但是它长久持有的内存也大，自己可以去测试测试，一般来说比较重要的页面才这么做，省点内存
