App启动页面优化

一、存在白屏问题

1.1 问题描述

出现问题描述

android app启动页面黑屏的问题，android开发app启动时若没有做特殊处理的话，会出现一瞬间的白屏现象。

即使你启动页界面就加载一个布局，不做其他耗时处理，貌似也会出现一瞬间的白屏问题。注意，有些地方也称黑屏，主要是看你给app设置的style样式。

当从桌面 Launcher 的小图标点击冷启动一个 App 的时候，程序需要进行一些基本的初始化操作，例如在Application 或者SplashActivity中做了很多耗时操作，例如初始化第三方SDK等,当手机性能不好，配置不高时，该现象尤其明显。

1.2 问题分析

为什么存在这个问题

当系统启动一个APP时，zygote进程会首先创建一个新的进程去运行这个APP，但是进程的创建是需要时间的，在创建完成之前，界面是呈现假死状态，于是系统根据你的manifest文件设置的主题颜色的不同来展示一个白屏或者黑屏。而这个黑（白）屏正式的称呼应该是Preview Window，即预览窗口。

实际上就是是activity默认的主题中的android:windowBackground为白色或者黑色导致的。

总结来说启动顺序就是：app启动——Preview Window(也称为预览窗口)——启动页

---

二、解决白屏的办法

2.1 解决方案分析

Android在选择展示黑屏或者白屏的时候，是根据你设定的主题而不同的，也就是说，虽然你的代码没有被执行，你的配置文件却被提前读取了，用来作为展示Preview Window界面的依据。所以，解决方案的切入口就是整个APP的manifest文件，更确切的说应该是主题配置文件。

设置配置文件style样式中的windowBackground这个属性来显示一张背景图还有一个效果就是启动应用程序会感觉非常快，而且与加载MainActivity的contentView是异步的。

2.2 第一种解决方案

解决办法：给当前启动页添加一个有背景的style样式

设置style样式如下：

   

注意，在清单文件中

    android:theme="@style/SplashTheme">

   

       

       

   

经过处理之后App启动时就不会出现一瞬间白屏的效果

将主题设置到启动的Activity的主题中，windowBackground就是即将展示的preview window。其中splash可以是一整张图片，它也可以是一个能解析出图片资源的XML文件。

该方案注意要点

给Preview Window设置的背景图如果不做处理，图片就会一直存在于内存中，所以，当我们进入到欢迎页的时候，不要忘了把背景图设置为空

@Override

protected void onCreate(@Nullable Bundle savedInstanceState) {

    //将window的背景图设置为空

    getWindow().setBackgroundDrawable(null);

    super.onCreate(savedInstanceState);

}

这样操作如何屏幕适配呢？

      这样通过样式style设置SplashActivity加载图，不能像imageView那样可以设置缩放功能，因此可以采用.9图片。

以前有开发者采用我的这个建议，直接设置图，没有做适配，也无伤大雅，具体要看UI要求呢！

2.3 第二种解决方案

禁止加载Preview Window，具体做法如下：

设定为启动的Activity的主题，即可禁止Preview Window，当然，也有人通过把preview window设置为全透明，也达成了类似的效果。个人感觉这种方法没有第一种好！

windowDisablePreview的作用

      通过设置android:windowDisablePreview属性，禁用窗口的预览动画，在SplashActivity显示之前，系统永远不会使用窗口的主题来显示它的预览，这也保证了不会出现白屏或者黑屏。但是，与设置android:windowIsTranslucent属性一样，如果在SplashActivity启动的时候，有过多复杂的操作，就会出现在手机中点击了应用程序的图标，但过n秒才会打开应用程序不好的卡顿体验效果。

该方案是否有缺点？

      这种方法有个小缺点，就是点击后短暂的那几百毫秒没有反应，就好像“假死”了一样，过了一会儿才跳出我们应用程序的第一个Activity，如果你不想让你的 App 有这个短暂“假死”时间，建议使用第一种方法。

---

三、Application启动速度优化

提高app的启动速度，加快Application的执行时间也是一个很重要的方面，这里我暂时总结了几条原则：

1、尽量不将一些业务逻辑放于Application中；

2、Application尽量不以静态变量的方式保存应用数据；

3、若App的大小不是特别大无需使用dex分包方案；

4、在Application中关于文件，数据库等耗时的操作尽量放到IntentService线程中处理

5、不要做有关于循环的操作

---

四、启动页面屏蔽返回按键

一般App中都会在启动页面执行一些初始化配置等，所以这时候启动页加载时不希望用户通过按下返回按键退出App，因而可以在启动页中屏蔽返回按键，这里简单的介绍一下具体的实现：

/**

* Activity屏蔽物理返回按钮

*

* @param keyCode

* @param event

* @return

*/

@Override

public boolean onKeyDown(int keyCode, KeyEvent event) {

    if (keyCode == KeyEvent.KEYCODE_BACK) {

        return true;

    }

    return super.onKeyDown(keyCode, event);

}