摘要：即使你啟動頁界面就加載一個布局，不做其他耗時處理，貌似也會出現(xiàn)一瞬間的白屏問題。而這個黑白屏正式的稱呼應(yīng)該是，即預(yù)覽窗口。

01.存在白屏問題

1.1 問題描述

1.2 問題分析

02.解決白屏的辦法

2.1 解決方案分析

2.2 第一種解決方案

2.3 第二種解決方案

2.4 注意要點

03.Application啟動速度優(yōu)化

04.啟動頁面屏蔽返回按鍵

博客筆記大匯總【16年3月到至今】，包括Java基礎(chǔ)及深入知識點，Android技術(shù)博客，Python學(xué)習(xí)筆記等等，還包括平時開發(fā)中遇到的bug匯總，當(dāng)然也在工作之余收集了大量的面試題，長期更新維護并且修正，持續(xù)完善……開源的文件是markdown格式的！同時也開源了生活博客，從12年起，積累共計50篇[近30萬字]，轉(zhuǎn)載請注明出處，謝謝！

鏈接地址：https://github.com/yangchong2...

如果覺得好，可以star一下，謝謝！當(dāng)然也歡迎提出建議，萬事起于忽微，量變引起質(zhì)變！

輪播圖封裝庫：https://github.com/yangchong2...

輕量級版本更新彈窗：https://github.com/yangchong2...

通知欄封裝庫：https://github.com/yangchong2...

出現(xiàn)問題描述

android app啟動頁面黑屏的問題，android開發(fā)app啟動時若沒有做特殊處理的話，會出現(xiàn)一瞬間的白屏現(xiàn)象。

即使你啟動頁界面就加載一個布局，不做其他耗時處理，貌似也會出現(xiàn)一瞬間的白屏問題。注意，有些地方也稱黑屏，主要是看你給app設(shè)置的style樣式。

當(dāng)從桌面 Launcher 的小圖標(biāo)點擊冷啟動一個 App 的時候，程序需要進行一些基本的初始化操作，例如在Application 或者SplashActivity中做了很多耗時操作，例如初始化第三方SDK等,當(dāng)手機性能不好，配置不高時，該現(xiàn)象尤其明顯。

為什么存在這個問題

當(dāng)系統(tǒng)啟動一個APP時，zygote進程會首先創(chuàng)建一個新的進程去運行這個APP，但是進程的創(chuàng)建是需要時間的，在創(chuàng)建完成之前，界面是呈現(xiàn)假死狀態(tài)，于是系統(tǒng)根據(jù)你的manifest文件設(shè)置的主題顏色的不同來展示一個白屏或者黑屏。而這個黑（白）屏正式的稱呼應(yīng)該是Preview Window，即預(yù)覽窗口。

實際上就是是activity默認(rèn)的主題中的android:windowBackground為白色或者黑色導(dǎo)致的。

總結(jié)來說啟動順序就是：app啟動——Preview Window(也稱為預(yù)覽窗口)——啟動頁

Android在選擇展示黑屏或者白屏的時候，是根據(jù)你設(shè)定的主題而不同的，也就是說，雖然你的代碼沒有被執(zhí)行，你的配置文件卻被提前讀取了，用來作為展示Preview Window界面的依據(jù)。所以，解決方案的切入口就是整個APP的manifest文件，更確切的說應(yīng)該是主題配置文件。

設(shè)置配置文件style樣式中的windowBackground這個屬性來顯示一張背景圖還有一個效果就是啟動應(yīng)用程序會感覺非?？?，而且與加載MainActivity的contentView是異步的。

解決辦法：給當(dāng)前啟動頁添加一個有背景的style樣式

設(shè)置style樣式如下

注意，在清單文件中

經(jīng)過處理之后App啟動時就不會出現(xiàn)一瞬間白屏的效果

將主題設(shè)置到啟動的Activity的主題中，windowBackground就是即將展示的preview window。其中splash可以是一整張圖片，它也可以是一個能解析出圖片資源的XML文件。

該方案注意要點

給Preview Window設(shè)置的背景圖如果不做處理，圖片就會一直存在于內(nèi)存中，所以，當(dāng)我們進入到歡迎頁的時候，不要忘了把背景圖設(shè)置為空

@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
    //將window的背景圖設(shè)置為空
    getWindow().setBackgroundDrawable(null);
    super.onCreate(savedInstanceState);
}

這樣操作如何屏幕適配呢？

這樣通過樣式style設(shè)置SplashActivity加載圖，不能像imageView那樣可以設(shè)置縮放功能，因此可以采用.9圖片。

以前有開發(fā)者采用我的這個建議，直接設(shè)置圖，沒有做適配，也無傷大雅，具體要看UI要求呢！

禁止加載Preview Window，具體做法如下：

設(shè)定為啟動的Activity的主題，即可禁止Preview Window，當(dāng)然，也有人通過把preview window設(shè)置為全透明，也達(dá)成了類似的效果。個人感覺這種方法沒有第一種好！

windowDisablePreview的作用

通過設(shè)置android:windowDisablePreview屬性，禁用窗口的預(yù)覽動畫，在SplashActivity顯示之前，系統(tǒng)永遠(yuǎn)不會使用窗口的主題來顯示它的預(yù)覽，這也保證了不會出現(xiàn)白屏或者黑屏。但是，與設(shè)置android:windowIsTranslucent屬性一樣，如果在SplashActivity啟動的時候，有過多復(fù)雜的操作，就會出現(xiàn)在手機中點擊了應(yīng)用程序的圖標(biāo)，但過n秒才會打開應(yīng)用程序不好的卡頓體驗效果。

該方案是否有缺點？

這種方法有個小缺點，就是點擊后短暫的那幾百毫秒沒有反應(yīng)，就好像“假死”了一樣，過了一會兒才跳出我們應(yīng)用程序的第一個Activity，如果你不想讓你的 App 有這個短暫“假死”時間，建議使用第一種方法。

不管是那種方式，都可以解決問題。注意的是有些手機標(biāo)題欄和狀態(tài)欄也會影響這兩圖層的，造成抖動效果，為了避免這種情況需要處理狀態(tài)欄問題。這里可以直接引用我封裝的狀態(tài)欄庫，有興趣可以了解下，直接拿來用：https://github.com/yangchong2...

提高app的啟動速度，加快Application的執(zhí)行時間也是一個很重要的方面，這里我暫時總結(jié)了幾條原則：

盡量不將一些業(yè)務(wù)邏輯放于Application中；

Application盡量不以靜態(tài)變量的方式保存應(yīng)用數(shù)據(jù)；

若App的大小不是特別大無需使用dex分包方案；

在Application中關(guān)于文件，數(shù)據(jù)庫等耗時的操作盡量放到IntentService線程中處理

不要做有關(guān)于循環(huán)的操作

一般App中都會在啟動頁面執(zhí)行一些初始化配置等，所以這時候啟動頁加載時不希望用戶通過按下返回按鍵退出App，因而可以在啟動頁中屏蔽返回按鍵，這里簡單的介紹一下具體的實現(xiàn)：

/**

 *
 * @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);
}
```

1.技術(shù)博客匯總

2.開源項目匯總

3.生活博客匯總

4.喜馬拉雅音頻匯總

5.其他匯總

我的個人站點：www.yczbj.org，www.ycbjie.cn

github：https://github.com/yangchong211

知乎：https://www.zhihu.com/people/...

簡書：http://www.jianshu.com/u/b7b2...

csdn：http://my.csdn.net/m0_37700275

喜馬拉雅聽書：http://www.ximalaya.com/zhubo...

開源中國：https://my.oschina.net/zbj161...

泡在網(wǎng)上的日子：http://www.jcodecraeer.com/me...

郵箱：yangchong211@163.com

阿里云博客：https://yq.aliyun.com/users/a... 239.headeruserinfo.3.dT4bcV

segmentfault頭條：https://segmentfault.com/u/xi...

掘金：https://juejin.im/user/593943...