作家，拉丁歐

前言

相信玩過Android的朋友都知道，APP啟動(dòng)后，界面會先顯示白色屏幕或黑色屏幕，再進(jìn)入啟動(dòng)頁面，停留一會兒，然后進(jìn)入應(yīng)用程序主頁。(威廉莎士比亞、坦普林、陳云)。(Northern Exposure)那么，這個(gè)黑屏或白屏到底是怎么回事呢？最好的解決辦法是什么？今天我們認(rèn)真討論這個(gè)小問題吧。

此次項(xiàng)目的演示：

歷史原因

系統(tǒng)啟動(dòng)應(yīng)用程序時(shí)，zygote進(jìn)程首先創(chuàng)建一個(gè)新的進(jìn)程來運(yùn)行該應(yīng)用程序，但創(chuàng)建進(jìn)程需要時(shí)間，在創(chuàng)建完成之前界面暴露在歌詞狀態(tài)下是很尷尬的。因?yàn)橐詾橛脩魶]有到達(dá)APP，再點(diǎn)擊會大大降低用戶體驗(yàn)。Android必須及時(shí)反饋以避免這種情況。因此，根據(jù)清單文件中設(shè)置的主題顏色，系統(tǒng)將顯示白色屏幕或黑色屏幕。這個(gè)黑色(白色)屏幕的正式名稱必須是預(yù)覽窗口，即預(yù)覽窗口。

好了，現(xiàn)在我們明白了Preview Window實(shí)際上是為了提高用戶體驗(yàn)而故意設(shè)置的。所以，如果不是強(qiáng)迫癥，可能不是問題。

但是大多數(shù)朋友好像和我一樣是強(qiáng)迫癥患者。這么丑的黑屏怎么會出現(xiàn)在我的app上？嗯？嗯？

好了，現(xiàn)在我們來談?wù)勥@個(gè)問題的解決方法。

解決方法

既然決定解決這個(gè)問題，從哪里開始呢？Android取決于選擇顯示黑色屏幕或白色屏幕時(shí)設(shè)置的主題。也就是說，即使代碼沒有運(yùn)行，配置文件也會被預(yù)先讀取，并用作顯示Preview Window界面的基礎(chǔ)。大衛(wèi)亞設(shè)(David Assell)，Northern Exposure(美國電視新聞)。

因此，戴爾解決方案的剪切門戶是整個(gè)APP的清單文件，更準(zhǔn)確地說，應(yīng)該是主題概要文件。

情景一：歷史落后

此方案禁止加載Preview Window，如下所示：

style name=' apptheme ' parent=' @ Android 3360 style；

itemname=' Android : windowdisablepreview ' true/item

/style

通過將APPTheme設(shè)置為啟動(dòng)活動(dòng)的主題，可以阻止previewindow。當(dāng)然，也有人可以將previewindow設(shè)置為完全透明，以達(dá)到類似的效果。

結(jié)果，單擊APP后，界面在一段時(shí)間內(nèi)沒有響應(yīng)，進(jìn)入APP。

我個(gè)人強(qiáng)烈不推薦這樣做。因?yàn)樵贏ndroid想辦法的用戶體驗(yàn)突然被你解放之前。(莎士比亞)。

案例2:自訂預(yù)覽視窗

具體方法如下：

style name=' apptheme ' parent=' @ Android 3360 style；

itemname=' Android 3360 window background ' @ 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疊加起來展示。

<?xml version="1.0" encoding="utf-8"?> <layer-list xmlns: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，會立馬進(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)?？墒俏覀兊腁PP都是有歡迎頁的，從preview window跳轉(zhuǎn)到歡迎頁是不可避免的，這樣的話，兩個(gè)界面的切換就會顯得很突兀的，

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

在這種需求下，圖片和xml文件的區(qū)別就出來了，因?yàn)楹笳呖梢詭椭覀兏鼫?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é)就不談了，有興趣可以去github上看本次項(xiàng)目的demo，我們重點(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è)置的背景圖如果不做處理，圖片就會一直存在于內(nèi)存中，所以，當(dāng)我們進(jìn)入到歡迎頁的時(shí)候，不要忘了把背景圖設(shè)置為空：

S

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

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

獲取本次項(xiàng)目的demo：

后記

這篇文章中，關(guān)于Android啟動(dòng)頁的相關(guān)原理并沒有從Android framework層的代碼來做出解釋，不過以后寫到framework層的文章時(shí)候可能會提及這里。不過我想框架層的代碼可能不是大家想關(guān)注的重點(diǎn)，因此我認(rèn)為這篇文章應(yīng)該是合適的。

更多Android開發(fā)方面的教程，點(diǎn)贊+評論、私信我回復(fù)”資料“獲??！