android端App启动黑屏优化方案

有的App启动时会出现一段时间的黑屏。

这就是俗称的启动黑白屏的问题。这期间弄得用户不知道该干嘛，氛围比较尴尬（虽然说用户虐我千百遍，我待用户如初恋）

App 启动时间是什么，从哪里开始 (我们要知道启动时间是怎么算出来的)

https://segmentfault.com/a/1190000007406875#articleHeader20

启动定义

当手指点击:app图标到加载第一个页面为止

trace文件分析:http://www.ituring.com.cn/article/273967

启动类型:http://www.jianshu.com/p/c967653a9468

工欲善其事，必先利其器。想要优化 App 的启动速度，必须有准确衡量启动时间的方法，否则优化完之后效果怎样，自己都不知道，说出去别人也不信服不是。在做 App 启动时间统计之前，当然必须弄明白有哪些启动类型，每种启动类型的特点。

通常来说，在安卓中应用的启动方式分为以下几种：

1        冷启动：当启动应用时，后台没有该应用的进程，这时系统会重新创建一个新的进程分配给该应用，这个启动方式就是冷启动。冷启动因为系统会重新创建一个新的进程分配给它，所以会先创建和初始化 Application 类，再创建和初始化 MainActivity 类，最后显示在界面上。

2  热启动：当启动应用时，后台已有该应用的进程（例：按back键、home键，应用虽然会退出，但是该应用的进程是依然会保留在后台，可进入任务列表查看），所以在已有进程的情况下，这种启动会从已有的进程中来启动应用，这个方式叫热启动。热启动因为会从已有的进程中来启动，所以热启动就不会走 Application 这步了，而是直接走 MainActivity，所以热启动的过程不必创建和初始化 Application，因为一个应用从新进程的创建到进程的销毁，Application 只会初始化一次。

3  首次启动：首次启动严格来说也是冷启动，之所以把首次启动单独列出来，一般来说，首次启动时间会比非首次启动要久，首次启动会做一些系统初始化工作，如缓存目录的生产，数据库的建立，SharedPreference的初始化，如果存在多 dex 和插件的情况下，首次启动会有一些特殊需要处理的逻辑，而且对启动速度有很大的影响，所以首次启动的速度非常重要，毕竟影响用户对 App 的第一映像。

冷启动时间优化

Application是程序的主入口，特别是很多第三方SDK都会需要在Application的onCreate里面做很多初始化操作，不得不说，各种第三方SDK，都特别喜欢这个『兵家必争之地』，再加上自己的一些库的初始化，会让整个Application不堪重负。

优化的方法，无非是通过以下几个方面：

  ●延迟初始化

  ●后台任务

  ●界面预加载

减少应用启动时的耗时

1、在Application的构造器方法、attachBaseContext()、onCreate()方法中不要进行耗时操作的初始化，一些数据预取放在异步线程中，可以采取Callable实现。

2、对于sp的初始化，因为sp的特性在初始化时候会对数据全部读出来存在内存中，所以这个初始化放在主线程中不合适，反而会延迟应用的启动速度，对于这个还是需要放在异步线程中处理。

3、对于MainActivity，由于在获取到第一帧前，需要对contentView进行测量布局绘制操作，尽量减少布局的层次，考虑StubView的延迟加载策略，当然在onCreate、onStart、onResume方法中避免做耗时操作。

4.单独设置启动页的theme，style下只包含windowBacground一个属性如：

然后再启动页的onCreate时，还原到主theme。