Android優(yōu)化提升應用啟動速度及Splash頁面的設計
1.啟動分為兩種方式
- 1) 冷啟動:當直接從桌面上直接啟動,同時后臺沒有該進程的緩存,這個時候系統(tǒng)就需要重新創(chuàng)建一個新的進程并且分配各種資源。
- 2) 熱啟動:該
app后臺有該進程的緩存,這時候啟動的進程就屬于熱啟動。 - 熱啟動不需要重新分配進程,也不會
Application了,直接走的就是app的入口Activity,這樣速度就很快
2.如何測量一個應用的啟動時間
使用命令行來啟動app,同時進行時間測量。單位:毫秒
?adb shell am start - W [PackageName] /[PackageName.MainActivity]
例: adb shell am start -W com.haocai.app/.activity.GuideActivity


熱啟動耗時:
打印的結果為:
ThisTime該activity啟動耗時TotalTime應用自身啟動耗時=ThisTime+應用application等資源啟動時間WaitTime系統(tǒng)啟動應用耗時=TotalTime+系統(tǒng)資源啟動時間
3.應用啟動的流程
Application從構造方法開始 ---> attachBaseContext() ---> onCreate()構造方法 --->
ActivityonCreate() ---> 設置顯示界面布局,設置主題、背景等等屬性 ---> onStart()--->
onResume() ---> 顯示里面的View(測量、布局、繪制,顯示到界面上)
從構造方法我們知道,啟動耗時的主要花費在各個啟動流程中
4.減少應用的啟動時間的耗時
根據(jù)應用的啟動流程,我們從而得到以下減少應用啟動耗時操作的建議:
- 不要在
Application的構造方法、attachBaseContext()、onCreate()里面進行初始化耗時操作。 - MainActivity,由于用戶只關心最后顯示的這一幀,對我們的布局的層次要求減 自定義控件的測量、布局、繪制的時間。 同時 不要在
onCreate、onStart、onResume當中的做耗時操作。 - 對于
SharedPreference的初始化
因為它初始化的時候是需要將數(shù)據(jù)全部讀取出來放到內存當中。
- 優(yōu)化1:可以盡可能減少sp文件數(shù)量(IO需要時間)
- 優(yōu)化2:像這樣的初始化最好放到線程里面
- 優(yōu)化3:大量的數(shù)據(jù)緩存到數(shù)據(jù)庫中
app啟動的耗時主要在:Application初始化 + MainActivity的界面加載繪制時間。
由于MainActvity的業(yè)務和布局復雜度非常高,甚至該界面必須要有一些初始化的數(shù)據(jù)才能顯示。
那么這個時候MainActivity就可能半天都出不來,這就給用戶感覺App太卡了。
常規(guī)方法:
1.我們要做的就是給用戶趕緊利落的體驗。點擊app就立馬彈出我們的界面。
于是乎想到使用SplashActivity--非常簡單的一個歡迎頁面上面都不干就只顯示一個圖片。
2.但是SplashActivity啟動之后,還是需要跳到MainActivity。MainActivity還是需要從頭開始加載布局和數(shù)據(jù)。
想到SplashActivity里面可以去做一些MainActivity的數(shù)據(jù)的預加載。然后需要通過意圖傳到MainActivity。
更好的優(yōu)化:
耗時的問題:Application+Activity的啟動及資源加載時間;預加載的數(shù)據(jù)花的時間。
如果我們能讓這兩個時間重疊在一個時間段內并發(fā)地做這兩個事情就省時間了。
比如:將SplashActivity和MainActivity合為一個。
一進來還是顯示MainActivity,SplashActivity可以變成一個SplashFragment,然后放一個FrameLayout作為根布局直接顯示SplashFragment界面。
SplashFragment里面非常之簡單,就是現(xiàn)實一個圖片,啟動非???。
當SplashFragment顯示完畢后再將它remove。同時在splash的2S的友好時間內進行網絡數(shù)據(jù)緩存。
這個時候我們才看到MainActivity,就不必再去等待網絡數(shù)據(jù)返回了。
新問題:SplashView和ContentView加載放到一起來做了 ,這可能會影響應用的啟動時間?
解決:可以使用ViewStub延遲加載MainActivity當中的View來達到減輕這個影響。
viewStub的設計就是為了防止MainActivity的啟動加載資源太耗時了。延遲進行加載,不影響啟動,用戶友好。
但是viewStub加載也需要時間。等到主界面出來以后。
viewStub.inflate(xxxx);
5.如何設計延遲加載DelayLoad
第一時間想到的就是在onCreate里面調用Handler.postDelayed()方法;
問題一:這個延時時間如何控制
不同的機器啟動速度不一樣,這個時間如何控制?
假設,先需要splash做一個2s動畫,然后在MainActivity中主界面加載完成之后,關閉splash頁面
如果這樣寫:
mHandler.postDelayed(new Runnable() {
@Override
public void run() {
mProgressBar.setVisibility(View.GONE);
iv.setVisibility(View.VISIBLE);
}
}, 2500);
是無法在準確監(jiān)聽頁面加載完的
問題:什么時候應用已經啟動并加載完成,界面已經顯示出來了。
采用onResume執(zhí)行完了之后才顯示完畢?不行。
建議采用getDecorView() 獲取上級view 然后添加視圖
綜合上訴方案,以下是關鍵代碼:
public class MainActivity extends AppCompatActivity {
private Handler mHandler = new Handler();
private SplashFragment splashFragment;
private ViewStub viewStub;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
splashFragment = new SplashFragment();
FragmentTransaction transaction = getSupportFragmentManager().beginTransaction();
transaction.replace(R.id.frame, splashFragment);
transaction.commit();
/**
*這么寫不好判斷視圖有沒有加載完
*/
// mHandler.postDelayed(new Runnable() {
// @Override
// public void run() {
// mProgressBar.setVisibility(View.GONE);
// iv.setVisibility(View.VISIBLE);
// }
// }, 2500);
viewStub = (ViewStub) findViewById(R.id.content_viewstub);
//1.判斷當窗體加載完畢的時候,立馬再加載真正的布局進來
getWindow().getDecorView().post(new Runnable() {
@Override
public void run() {
// 開啟延遲加載
mHandler.post(new Runnable() {
@Override
public void run() {
//將viewstub加載進來
viewStub.inflate();
}
});
}
});
//2.判斷當窗體加載完畢的時候執(zhí)行,延遲一段時間做動畫。
getWindow().getDecorView().post(new Runnable() {
@Override
public void run() {
// 開啟延遲加載,也可以不用延遲可以立馬執(zhí)行(我這里延遲是為了實現(xiàn)fragment里面的動畫效果的耗時)
mHandler.postDelayed(new DelayRunnable(MainActivity.this, splashFragment), 2000);
}
});
//3.同時進行異步加載數(shù)據(jù)
//......
}
static class DelayRunnable implements Runnable {
private WeakReference<Context> contextWeakReference;
private WeakReference<SplashFragment> splashFragmentWeakReference;
public DelayRunnable(Context context, SplashFragment f) {
contextWeakReference = new WeakReference<Context>(context);
splashFragmentWeakReference = new WeakReference<SplashFragment>(f);
}
@Override
public void run() {
//移除Fragment
if (contextWeakReference != null) {
SplashFragment splashFragment = splashFragmentWeakReference.get();
if (splashFragment == null) {
return;
}
FragmentActivity activity = (FragmentActivity) contextWeakReference.get();
FragmentTransaction transaction = activity.getSupportFragmentManager().beginTransaction();
transaction.remove(splashFragment);
transaction.commit();
}
}
}
}
activity_main.xml:
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent"
>
<ViewStub
android:id="@+id/content_viewstub"
android:layout="@layout/activity_main_viewstub"
android:layout_width="match_parent"
android:layout_height="match_parent"/>
<FrameLayout
android:id="@+id/frame"
android:layout_width="match_parent"
android:layout_height="match_parent" >
</FrameLayout>
</RelativeLayout>

ps:測試數(shù)據(jù)是在老款三星手機下所得耗時數(shù)據(jù)。
不過相較于SplashActivity+MainActivity啟動速度優(yōu)化還是挺明顯的。大家可以在自己手機上試試。
到此這篇關于Android提升應用啟動速度及Splash頁面的設計的文章就介紹到這了,更多相關Android性能優(yōu)化內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
Android EditText長按菜單中分享功能的隱藏方法
Android EditText控件是經常使用的控件,下面這篇文章主要給大家介紹了關于Android中EditText長按菜單中分享功能的隱藏方法,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面來一起學習學習吧2019-02-02
Android?RecyclerChart其它圖表繪制示例詳解
這篇文章主要為大家介紹了Android?RecyclerChart其它圖表繪制示例詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪2022-12-12
Android安裝apk文件并適配Android 7.0詳解
這篇文章主要介紹了Android安裝apk文件并適配Android 7.0詳解的相關資料,需要的朋友可以參考下2017-05-05

