轉(zhuǎn)帖|實(shí)施案例|編輯:龔雪|2017-02-24 10:16:40.000|閱讀 1115 次
概述:Android開發(fā)者們在提升用戶體驗(yàn)的道路上是否與啟動(dòng)頁激烈戰(zhàn)斗過呢?今天跟大家分享一篇關(guān)于Android啟動(dòng)頁黑屏解決方案的技術(shù)干貨。
# 界面/圖表報(bào)表/文檔/IDE等千款熱門軟控件火熱銷售中 >>
前言
相信做過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)橐WCPreview 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)問題就都講完了。
[作者:; 編輯:]
本站文章除注明轉(zhuǎn)載外,均為本站原創(chuàng)或翻譯。歡迎任何形式的轉(zhuǎn)載,但請務(wù)必注明出處、不得修改原文相關(guān)鏈接,如果存在內(nèi)容上的異議請郵件反饋至chenjj@ke049m.cn