Android啓動頁黑屏及最優解決方案

前言

相信作過Android的朋友都知道，當一個APP啓動時，界面會首先展現一個白屏或者黑屏，而後再進入歡迎頁，稍做停留最後進入APP主頁。那麼這個黑屏或者白屏究竟是怎麼一回事呢？它的最好的解決方案應該是怎樣的呢？今天咱們認真的討論一下這個小問題。 點擊獲取本次項目的demo

歷史緣由

當系統啓動一個APP時，zygote進程會首先建立一個新的進程去運行這個APP，可是進程的建立是須要時間的，在建立完成以前，界面是呈現假死狀態的，這就很尷尬了，由於用戶會覺得沒有點到APP而再次點擊，這極大的下降用戶體驗，Android須要及時作出反饋去避免這段迷之尷尬。因而系統根據你的manifest文件設置的主題顏色的不一樣來展現一個白屏或者黑屏。而這個黑（白）屏正式的稱呼應該是Preview Window,即預覽窗口。 好了，如今咱們明白了，Preview Window實際上是爲了提升用戶體驗而有意設定的。所以，其實若是不是強迫症，它可能並非一個問題。 可是我猜大部分小夥伴應該是和我同樣的強迫症患者：這麼醜的黑屏怎麼能出如今個人APP上呢？？？！！！ 因此，下面咱們就來聊聊這個問題的解決方案。

解決方案

既然決定解決這個問題，那麼從哪裏入手呢，Android在選擇展現黑屏或者白屏的時候，是根據你設定的主題而不一樣的，也就是說，雖然你的代碼沒有被執行，你的配置文件卻被提早讀取了，用來做爲展現Preview Window界面的依據。 因此，咱們的解決方案的切入口就是整個APP的manifest文件，更確切的說應該是主題配置文件。

方案一 ：開歷史倒車

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

<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 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疊加起來展現。

<?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都是有歡（guang）迎（gao）頁的，從preview window跳轉到歡（guang）迎（gao）頁是不可避免的，這樣的話，兩個界面的切換就會顯得很突兀的， 因此強迫症的咱們，嘗試讓這兩個界面的切換變成一個界面的變化，從而進一步提高顯示效果，怎麼樣才能讓兩個界面切換看起來像是在同一個界面裏的變化呢？答案就是： 動畫。 在這種需求下，圖片和xml文件的區別就出來了，由於後者能夠幫助咱們更準確的實現動畫。

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

廢話少說，咱們先來看效果 有了動畫以後，界面切換順暢了許多。 上面的動畫實現其實很是簡單，無非就是放縮，移動，漸變的組合使用（我僅僅用做範例給你們參考），具體的動畫代碼細節就不談了，有興趣能夠去github上看本次項目的demo，咱們重點來聊一聊思路。 在這裏咱們須要明確一點的是，preview window只能是靜態圖，它自己是不展現動畫的，咱們這裏的動畫，實際上是在進入歡迎頁以後的展現的。明確了這一點以後，整個動畫效果的實現思路其實就已經擺在咱們眼前了，那就是當界面從 Preview Window 跳轉到 歡迎頁 的時候，歡迎頁必須首先展現一個和Preview Window如出一轍的界面，讓人看起來好像界面還沒切換同樣，而後再慢慢切換到歡迎頁。 而後，咱們再來談談爲何設置xml的方式能夠幫助咱們更準確的實現動畫，就是由於要保證Preview Window和歡迎頁最開始展現的界面保持絕對一致，只有經過xml的佈局纔是達到這種效果。 好了，啓動頁作到這個份兒上，應該就能夠交貨了，不過還有一個小問題須要你們注意的，那就是咱們給Preview Window設置的背景圖若是不作處理，圖片就會一直存在於內存中，因此，當咱們進入到歡迎頁的時候，不要忘了把背景圖設置爲空:

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

複製代碼到這裏，關於Android啓動頁的相關問題就都講完了。 點擊獲取本次項目的demo

後記

1. 這篇文章中，關於Android啓動頁的相關原理並無從Android framework層的代碼來作出解釋，不過之後寫到framework層的文章時候可能會說起這裏。不過我想框架層的代碼可能不是你們想關注的重點，所以我認爲這篇文章應該是合適的。
2. 近期，我準備從公司離職了，想換個環境。假如小夥伴們有Android相關的offer，跪求你們給我內推一下，座標：深圳or廣州，Android開發兩年，Android原生和react-native都能作，偏向原生

最後 這是最終的高清的效果圖，文件太大，大家可能加載不出來，就放在最後吧。

做者：拉丁吳 連接：http://www.javashuo.com/article/p-trmkocfr-eh.html 來源：掘金 著做權歸做者全部。商業轉載請聯繫做者得到受權，非商業轉載請註明出處。