前言

相信做過Android的朋友都知道，當一個APP啟動時，界面會首先展示一個白屏或者黑屏，然后再進入歡迎頁，稍作停留最后進入APP主頁。那么這個黑屏或者白屏到底是怎么一回事呢？它的最好的解決方案應該是怎樣的呢？今天我們認真的討論一下這個小問題。

歷史原因

當系統啟動一個APP時，zygote進程會首先創建一個新的進程去運行這個APP，但是進程的創建是需要時間的，在創建完成之前，界面是呈現假死狀態的，這就很尷尬了，因為用戶會以為沒有點到APP而再次點擊，這極大的降低用戶體驗，Android需要及時做出反饋去避免這段迷之尷尬。于是系統根據你的manifest文件設置的主題顏色的不同來展示一個白屏或者黑屏。而這個黑（白）屏正式的稱呼應該是Preview Window,即預覽窗口。

好了，現在我們明白了，Preview Window其實是為了提高用戶體驗而有意設定的。因此，其實如果不是強迫癥，它可能并不是一個問題。

但是我猜大部分小伙伴應該是和我一樣的強迫癥患者：這么丑的黑屏怎么能出現在我的APP上呢？？？！！！

所以，下面我們就來聊聊這個問題的解決方案。

解決方案

既然決定解決這個問題，那么從哪里入手呢，Android在選擇展示黑屏或者白屏的時候，是根據你設定的主題而不同的，也就是說，雖然你的代碼沒有被執行，你的配置文件卻被提前讀取了，用來作為展示Preview Window界面的依據。

所以，我們的解決方案的切入口就是整個APP的manifest文件，更確切的說應該是主題配置文件。

方案一 ：開歷史倒車

這個方案就是禁止加載Preview Window，具體做法如下：

style.xml

<style name="APPTheme" parent="@android:style/Theme.Holo.NoActionBar">
   <item name="android:windowDisablePreview">true</item>
</style>

將APPTheme設定為啟動的Activity的主題，即可禁止Preview Window，當然，也有人通過把preview window設置為全透明，也達成了類似的效果。

結果就是，當你點擊APP時，界面會無響應一段時間，然后進入APP。

我個人強烈不推薦這么做，因為Android想方設法提升的用戶體驗一下子被你打回解放前。

方案二：自定義Preview Window

具體方法如下：

style.xlm

<style name="APPTheme" parent="@android:style/Theme.Holo.NoActionBar">
    <item name="android:windowBackground">@drawable/splash_icon</item>
</style>

同樣將主題設置到啟動的Activity的主題中，windowBackground就是即將展示的preview window。其中splash_icon可以是一整張圖片，網上很多小伙伴也都是這么做的。其實它也可以是一個能解析出圖片資源的XML文件，好像只有layer-list這種能做得到,因為它能夠將多個drawable疊加起來展示。

splash_icon.xml

<?xml version="1.0" encoding="utf-8"?>
<layer-list xmlns:android="http://schemas.android.com/apk/res/android"
    android:opacity="opaque">
    <item android:drawable="@color/white"/>
    <item>
        <bitmap
            android:gravity="center"
            android:src="@drawable/qq"/>
    </item>
</layer-list>

這樣設置之后，當你點擊APP，會立馬進入你配置的界面，然后啟動歡迎頁，效果如下

那么，將preview window直接設置為圖片和設置為xml文件有什么區別或者優劣呢？我先賣個關子。先談談這種方案的優劣，首先這種方案已經解決了原生preview window的單調難看的問題，在原來的基礎上進一步提升了用戶體驗。可是我們的APP都是有歡（gaung）迎（gao）頁的，從preview window跳轉到歡（gaung）迎（gao）頁是不可避免的，這樣的話，兩個界面的切換就會顯得很突兀的，

所以強迫癥的我們，嘗試讓這兩個界面的切換變成一個界面的變化，從而進一步提升顯示效果，怎么樣才能讓兩個界面切換看起來像是在同一個界面里的變化呢？答案就是： 動畫。

在這種需求下，圖片和xml文件的區別就出來了，因為后者可以幫助我們更準確的實現動畫。

方案三：自定義Preview Window增強版

廢話少說，我們先來看效果

有了動畫之后，界面切換順暢了許多。

上面的動畫實現其實非常簡單，無非就是放縮，移動，漸變的組合使用（我僅僅用作范例給大家參考），具體的動畫代碼細節就不談了，有興趣可以，我們重點來聊一聊思路。

在這里我們需要明確一點的是，preview window只能是靜態圖，它本身是不展示動畫的，我們這里的動畫，其實是在進入歡迎頁之后的展示的。明確了這一點之后，整個動畫效果的實現思路其實就已經擺在我們眼前了，那就是當界面從 Preview Window 跳轉到 歡迎頁 的時候，歡迎頁必須首先展示一個和Preview Window一模一樣的界面，讓人看起來好像界面還沒切換一樣，然后再慢慢切換到歡迎頁。

然后，我們再來談談為什么設置xml的方式可以幫助我們更準確的實現動畫，就是因為要保證Preview Window和歡迎頁最開始展示的界面保持絕對一致，只有通過xml的布局才是達到這種效果。

好了，啟動頁做到這個份兒上，應該就可以交貨了，不過還有一個小問題需要大家注意的，那就是我們給Preview Window設置的背景圖如果不做處理，圖片就會一直存在于內存中，所以，當我們進入到歡迎頁的時候，不要忘了把背景圖設置為空：

SplashActivity.java

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

到這里，關于Android啟動頁的相關問題就都講完了。

[作者：； 編輯：]