一丙者、存在白屏問題
1.1 問題描述
出現(xiàn)問題描述
android app啟動(dòng)頁(yè)面黑屏的問題械媒,android開發(fā)app啟動(dòng)時(shí)若沒有做特殊處理的話评汰,會(huì)出現(xiàn)一瞬間的白屏現(xiàn)象。
即使你啟動(dòng)頁(yè)界面就加載一個(gè)布局键俱,不做其他耗時(shí)處理,貌似也會(huì)出現(xiàn)一瞬間的白屏問題编振。注意,有些地方也稱黑屏臀玄,主要是看你給app設(shè)置的style樣式。
當(dāng)從桌面 Launcher 的小圖標(biāo)點(diǎn)擊冷啟動(dòng)一個(gè) App 的時(shí)候健无,程序需要進(jìn)行一些基本的初始化操作液斜,例如在Application 或者SplashActivity中做了很多耗時(shí)操作,例如初始化第三方SDK等,當(dāng)手機(jī)性能不好臼膏,配置不高時(shí)示损,該現(xiàn)象尤其明顯。
1.2 問題分析
為什么存在這個(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)状勤,于是系統(tǒng)根據(jù)你的manifest文件設(shè)置的主題顏色的不同來(lái)展示一個(gè)白屏或者黑屏。而這個(gè)黑(白)屏正式的稱呼應(yīng)該是Preview Window持搜,即預(yù)覽窗口。
實(shí)際上就是是activity默認(rèn)的主題中的android:windowBackground為白色或者黑色導(dǎo)致的葫盼。
總結(jié)來(lái)說啟動(dòng)順序就是:app啟動(dòng)——Preview Window(也稱為預(yù)覽窗口)——啟動(dòng)頁(yè)
二、解決白屏的辦法
2.1 解決方案分析
Android在選擇展示黑屏或者白屏的時(shí)候抛猫,是根據(jù)你設(shè)定的主題而不同的孩灯,也就是說,雖然你的代碼沒有被執(zhí)行败匹,你的配置文件卻被提前讀取了讥巡,用來(lái)作為展示Preview Window界面的依據(jù)。所以欢顷,解決方案的切入口就是整個(gè)APP的manifest文件,更確切的說應(yīng)該是主題配置文件抬驴。
設(shè)置配置文件style樣式中的windowBackground這個(gè)屬性來(lái)顯示一張背景圖還有一個(gè)效果就是啟動(dòng)應(yīng)用程序會(huì)感覺非常快特石,而且與加載MainActivity的contentView是異步的鳖链。
2.2 第一種解決方案
解決辦法:給當(dāng)前啟動(dòng)頁(yè)添加一個(gè)有背景的style樣式
設(shè)置style樣式如下:
? ?<style name="SplashTheme" parent="AppTheme">
? ? <item name="android:windowBackground">@mipmap/splash</item>
? ? <item name="android:statusBarColor" tools:ignore="NewApi">@color/white</item>
? ? <item name="android:windowIsTranslucent">true</item>
</style>
注意墩莫,在清單文件中
<activity android:name=".SplashActivity"
? ? android:theme="@style/SplashTheme">
? ? <intent-filter>
? ? ? ? <action android:name="android.intent.action.MAIN" />
? ? ? ? <category android:name="android.intent.category.LAUNCHER" />
? ? </intent-filter>
</activity>
經(jīng)過處理之后App啟動(dòng)時(shí)就不會(huì)出現(xiàn)一瞬間白屏的效果
將主題設(shè)置到啟動(dòng)的Activity的主題中狂秦,windowBackground就是即將展示的preview window。其中splash可以是一整張圖片侧啼,它也可以是一個(gè)能解析出圖片資源的XML文件。
該方案注意要點(diǎn)
給Preview Window設(shè)置的背景圖如果不做處理痊乾,圖片就會(huì)一直存在于內(nèi)存中,所以哪审,當(dāng)我們進(jìn)入到歡迎頁(yè)的時(shí)候,不要忘了把背景圖設(shè)置為空
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
? ? //將window的背景圖設(shè)置為空
? ? getWindow().setBackgroundDrawable(null);
? ? super.onCreate(savedInstanceState);
}
這樣操作如何屏幕適配呢滴须?
? ? ? 這樣通過樣式style設(shè)置SplashActivity加載圖叽奥,不能像imageView那樣可以設(shè)置縮放功能,因此可以采用.9圖片朝氓。
以前有開發(fā)者采用我的這個(gè)建議,直接設(shè)置圖膀篮,沒有做適配,也無(wú)傷大雅磅网,具體要看UI要求呢筷屡!
2.3 第二種解決方案
禁止加載Preview Window,具體做法如下:
<style name="SplashTheme" parent="@style/Theme.AppCompat.Light.NoActionBar">
? ? <item name="android:windowDisablePreview">true</item>
</style>
設(shè)定為啟動(dòng)的Activity的主題毙死,即可禁止Preview Window,當(dāng)然扼倘,也有人通過把preview window設(shè)置為全透明,也達(dá)成了類似的效果爪喘。個(gè)人感覺這種方法沒有第一種好!
windowDisablePreview的作用
? ? ? 通過設(shè)置android:windowDisablePreview屬性秉剑,禁用窗口的預(yù)覽動(dòng)畫稠诲,在SplashActivity顯示之前诡曙,系統(tǒng)永遠(yuǎn)不會(huì)使用窗口的主題來(lái)顯示它的預(yù)覽价卤,這也保證了不會(huì)出現(xiàn)白屏或者黑屏。但是荠雕,與設(shè)置android:windowIsTranslucent屬性一樣驶赏,如果在SplashActivity啟動(dòng)的時(shí)候,有過多復(fù)雜的操作盖文,就會(huì)出現(xiàn)在手機(jī)中點(diǎn)擊了應(yīng)用程序的圖標(biāo)蚯姆,但過n秒才會(huì)打開應(yīng)用程序不好的卡頓體驗(yàn)效果。
該方案是否有缺點(diǎn)龄恋?
? ? ? 這種方法有個(gè)小缺點(diǎn),就是點(diǎn)擊后短暫的那幾百毫秒沒有反應(yīng)它碎,就好像“假死”了一樣显押,過了一會(huì)兒才跳出我們應(yīng)用程序的第一個(gè)Activity,如果你不想讓你的 App 有這個(gè)短暫“假死”時(shí)間乘碑,建議使用第一種方法。
三套腹、Application啟動(dòng)速度優(yōu)化
提高app的啟動(dòng)速度资铡,加快Application的執(zhí)行時(shí)間也是一個(gè)很重要的方面,這里我暫時(shí)總結(jié)了幾條原則:
1、盡量不將一些業(yè)務(wù)邏輯放于Application中蛤育;
2、Application盡量不以靜態(tài)變量的方式保存應(yīng)用數(shù)據(jù)底洗;
3、若App的大小不是特別大無(wú)需使用dex分包方案亥揖;
4、在Application中關(guān)于文件摧扇,數(shù)據(jù)庫(kù)等耗時(shí)的操作盡量放到IntentService線程中處理
5、不要做有關(guān)于循環(huán)的操作
四扛稽、啟動(dòng)頁(yè)面屏蔽返回按鍵
一般App中都會(huì)在啟動(dòng)頁(yè)面執(zhí)行一些初始化配置等滑负,所以這時(shí)候啟動(dòng)頁(yè)加載時(shí)不希望用戶通過按下返回按鍵退出App,因而可以在啟動(dòng)頁(yè)中屏蔽返回按鍵帮匾,這里簡(jiǎn)單的介紹一下具體的實(shí)現(xiàn):
/**
* Activity屏蔽物理返回按鈕
*
* @param keyCode
* @param event
* @return
*/
@Override
public boolean onKeyDown(int keyCode, KeyEvent event) {
? ? if (keyCode == KeyEvent.KEYCODE_BACK) {
? ? ? ? return true;
? ? }
? ? return super.onKeyDown(keyCode, event);
}