前言
相信做過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都是有歡(guang)迎(gao)頁的,從preview window跳轉到歡(guang)迎(gao)頁是不可避免的,這樣的話,兩個介面的切換就會顯得很突兀的,
所以強迫症的我們,嘗試讓這兩個介面的切換變成一個介面的變化,從而進一步提升顯示效果,怎麼樣才能讓兩個介面切換看起來像是在同一個介面裡的變化呢?答案就是: 動畫。
在這種需求下,圖片和xml檔案的區別就出來了,因為後者可以幫助我們更準確的實現動畫。
方案三:自定義Preview Window增強版
廢話少說,我們先來看效果
有了動畫之後,介面切換順暢了許多。
上面的動畫實現其實非常簡單,無非就是放縮,移動,漸變的組合使用(我僅僅用作範例給大家參考),具體的動畫程式碼細節就不談了,有興趣可以去github上看本次專案的demo,我們重點來聊一聊思路。
在這裡我們需要明確一點的是,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啟動頁的相關問題就都講完了。
後記
1,
這篇文章中,關於Android啟動頁的相關原理並沒有從Android framework層的程式碼來做出解釋,不過以後寫到framework層的文章時候可能會提及這裡。不過我想框架層的程式碼可能不是大家想關注的重點,因此我認為這篇文章應該是合適的。
2,
近期,我準備從公司離職了,想換個環境。假如小夥伴們有Android相關的offer,跪求大家給我內推一下,座標:深圳or廣州,Android開發兩年,Android原生和react-native都能做,偏向原生
勘誤
暫無
最後
這是最終的高清的效果圖,檔案太大,你們可能載入不出來,就放在最後吧。