前言

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

歷史原因

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

好了，現(xiàn)在我們明白了，Preview Window其實(shí)是為了提高用戶體驗(yàn)而有意設(shè)定的。因此，其實(shí)如果不是強(qiáng)迫癥，它可能并不是一個(gè)問題。

但是我猜大部分小伙伴應(yīng)該是和我一樣的強(qiáng)迫癥患者：這么丑的黑屏怎么能出現(xiàn)在我的APP上呢？？？！！！

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

解決方案

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

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

方案一 ：開歷史倒車

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

style.xml

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

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

結(jié)果就是，當(dāng)你點(diǎn)擊APP時(shí)，界面會(huì)無響應(yīng)一段時(shí)間，然后進(jìn)入APP。

我個(gè)人強(qiáng)烈不推薦這么做，因?yàn)锳ndroid想方設(shè)法提升的用戶體驗(yàn)一下子被你打回解放前。

方案二：自定義Preview Window

具體方法如下：

style.xlm

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

同樣將主題設(shè)置到啟動(dòng)的Activity的主題中，windowBackground就是即將展示的preview window。其中splash_icon可以是一整張圖片，網(wǎng)上很多小伙伴也都是這么做的。其實(shí)它也可以是一個(gè)能解析出圖片資源的XML文件，好像只有l(wèi)ayer-list這種能做得到,因?yàn)樗軌驅(qū)⒍鄠€(gè)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>

這樣設(shè)置之后，當(dāng)你點(diǎn)擊APP，會(huì)立馬進(jìn)入你配置的界面，然后啟動(dòng)歡迎頁，效果如下

那么，將preview window直接設(shè)置為圖片和設(shè)置為xml文件有什么區(qū)別或者優(yōu)劣呢？我先賣個(gè)關(guān)子。先談?wù)勥@種方案的優(yōu)劣，首先這種方案已經(jīng)解決了原生preview window的單調(diào)難看的問題，在原來的基礎(chǔ)上進(jìn)一步提升了用戶體驗(yàn)。可是我們的APP都是有歡（gaung）迎（gao）頁的，從preview window跳轉(zhuǎn)到歡（gaung）迎（gao）頁是不可避免的，這樣的話，兩個(gè)界面的切換就會(huì)顯得很突兀的，

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

在這種需求下，圖片和xml文件的區(qū)別就出來了，因?yàn)?strong>后者可以幫助我們更準(zhǔn)確的實(shí)現(xiàn)動(dòng)畫。

方案三：自定義Preview Window增強(qiáng)版

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

有了動(dòng)畫之后，界面切換順暢了許多。

上面的動(dòng)畫實(shí)現(xiàn)其實(shí)非常簡單，無非就是放縮，移動(dòng)，漸變的組合使用（我僅僅用作范例給大家參考），具體的動(dòng)畫代碼細(xì)節(jié)就不談了，有興趣可以，我們重點(diǎn)來聊一聊思路。

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

然后，我們再來談?wù)劄槭裁丛O(shè)置xml的方式可以幫助我們更準(zhǔn)確的實(shí)現(xiàn)動(dòng)畫，就是因?yàn)橐ＷCPreview Window和歡迎頁最開始展示的界面保持絕對一致，只有通過xml的布局才是達(dá)到這種效果。

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

SplashActivity.java

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

到這里，關(guān)于Android啟動(dòng)頁的相關(guān)問題就都講完了。

[作者：； 編輯：]