Android優(yōu)化提升應用啟動速度及Splash頁面的設計方法

這篇文章主要介紹“Android優(yōu)化提升應用啟動速度及Splash頁面的設計方法”，在日常操作中，相信很多人在Android優(yōu)化提升應用啟動速度及Splash頁面的設計方法問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”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


熱啟動耗時：

打印的結(jié)果為：

• ThisTime 該activity啟動耗時

• TotalTime 應用自身啟動耗時=ThisTime+應用application等資源啟動時間

• WaitTime 系統(tǒng)啟動應用耗時=TotalTime+系統(tǒng)資源啟動時間

3.應用啟動的流程

Application從構(gòu)造方法開始 ---> attachBaseContext() ---> onCreate()
Activity構(gòu)造方法 ---> onCreate() ---> 設置顯示界面布局，設置主題、背景等等屬性 ---> onStart()
---> onResume() ---> 顯示里面的View(測量、布局、繪制，顯示到界面上)

從構(gòu)造方法我們知道，啟動耗時的主要花費在各個啟動流程中

4.減少應用的啟動時間的耗時

根據(jù)應用的啟動流程，我們從而得到以下減少應用啟動耗時操作的建議：

• 不要在Application的構(gòu)造方法、attachBaseContext() 、onCreate()里面進行初始化耗時操作。

• MainActivity，由于用戶只關(guān)心最后顯示的這一幀，對我們的布局的層次要求減 自定義控件的測量、布局、繪制的時間。 同時 不要在onCreate、onStart、onResume當中的做耗時操作。

• 對于SharedPreference的初始化
  

因為它初始化的時候是需要將數(shù)據(jù)全部讀取出來放到內(nèi)存當中。

• 優(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ù)花的時間。

如果我們能讓這兩個時間重疊在一個時間段內(nèi)并發(fā)地做這兩個事情就省時間了。

比如：將SplashActivity和MainActivity合為一個。

一進來還是顯示MainActivity，SplashActivity可以變成一個SplashFragment，然后放一個FrameLayout作為根布局直接顯示SplashFragment界面。
SplashFragment里面非常之簡單，就是現(xiàn)實一個圖片，啟動非?？?。

當SplashFragment顯示完畢后再將它remove。同時在splash的2S的友好時間內(nèi)進行網(wǎng)絡數(shù)據(jù)緩存。
這個時候我們才看到MainActivity，就不必再去等待網(wǎng)絡數(shù)據(jù)返回了。

新問題：SplashView和ContentView加載放到一起來做了 ，這可能會影響應用的啟動時間？

解決：可以使用ViewStub延遲加載MainActivity當中的View來達到減輕這個影響。
viewStub的設計就是為了防止MainActivity的啟動加載資源太耗時了。延遲進行加載，不影響啟動，用戶友好。
但是viewStub加載也需要時間。等到主界面出來以后。
viewStub.inflate(xxxx);

5.如何設計延遲加載DelayLoad

第一時間想到的就是在onCreate里面調(diào)用Handler.postDelayed()方法；
問題一：這個延時時間如何控制
不同的機器啟動速度不一樣，這個時間如何控制？
假設，先需要splash做一個2s動畫，然后在MainActivity中主界面加載完成之后，關(guān)閉splash頁面

如果這樣寫：

mHandler.postDelayed(new Runnable() {
            @Override
            public void run() {
                mProgressBar.setVisibility(View.GONE);
                iv.setVisibility(View.VISIBLE);
            }
        }, 2500);

是無法在準確監(jiān)聽頁面加載完的

問題：什么時候應用已經(jīng)啟動并加載完成，界面已經(jīng)顯示出來了。
采用onResume執(zhí)行完了之后才顯示完畢？不行。

建議采用getDecorView() 獲取上級view 然后添加視圖

綜合上訴方案，以下是關(guān)鍵代碼:

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)化還是挺明顯的。大家可以在自己手機上試試。

到此，關(guān)于“Android優(yōu)化提升應用啟動速度及Splash頁面的設計方法”的學習就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續(xù)學習更多相關(guān)知識，請繼續(xù)關(guān)注億速云網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>