關(guān)于Activity你所需要知道內(nèi)容（一）

根據(jù)下面的目錄來介紹和理解Activity中的知識點：

1.Activity的生命周期
2.Activity的緩存方法
3.Activity啟動模式
4.Activity顯式隱式啟動
5.Activity的加載過程

Activity的生命周期

1.通過下面的一張圖片來理解正常情況下的Activity的生命周期

image.png

根據(jù)上述的圖片可以簡單了解Activity的生命周期。 下面介紹具體各個方法：
onCreate(): Activity生命周期中的第一個方法，在這里做一些初始化。
onStart(): 這個時候Activity已經(jīng)可以看見，剛剛呈現(xiàn)出來。
onResume(): Activity完全呈現(xiàn)在用戶面前，可以和用戶進行交互。
onPause(): Activity還可以看見，但是失去了焦點，無法交互。比如一個透明的Activity在前臺。
onStop(): Activity不可見，可以做一些稍微重量級的回收工作。
onDestroy(): Activity被銷毀，可以做一些回收工作和最終資源的銷毀。
onRestart(): 回退到生命棧中原來的Activity就會走這個onRestart()。

2.有兩個Activity分別為A,B，當A啟動B時的生命周期如下：

08-17 13:42:04.666 14674-14674/com.example.administrator.androidartdevelop I/ActivityA: onCreate: 
08-17 13:42:04.679 14674-14674/com.example.administrator.androidartdevelop I/ActivityA: onStart: 
08-17 13:42:04.682 14674-14674/com.example.administrator.androidartdevelop I/ActivityA: onResume: 
08-17 13:42:31.200 14674-14674/com.example.administrator.androidartdevelop I/ActivityA: onPause: 
08-17 13:42:31.239 14674-14674/com.example.administrator.androidartdevelop I/ActivityB: onCreate: 
08-17 13:42:31.240 14674-14674/com.example.administrator.androidartdevelop I/ActivityB: onStart: 
08-17 13:42:31.241 14674-14674/com.example.administrator.androidartdevelop I/ActivityB: onResume: 
08-17 13:42:31.744 14674-14674/com.example.administrator.androidartdevelop I/ActivityA: onStop:

所有也驗證了onPause中少做耗時的回收操作，這樣會影響下一個Activity的啟動顯示。

Activity的緩存方法

  1. 所謂的的緩存方法其實就是異常情況下的Activity的生命周期。
image.png

以下兩種情況才會有走onSaveInstanceState和onRestoreInstanceState的步驟：

  • 資源相關(guān)的系統(tǒng)配置方式改變，導致Activity被銷毀后重新創(chuàng)建。（比如橫豎的切換，當然也可以避免重建，下面我會講）
  • 由于內(nèi)存太低，殺死優(yōu)先級較低的Activity。

其實UI控件都會有緩存方法，比如TextView中的源碼中就有onSaveInstanceState和onRestoreInstanceState的方法，來存儲TextView的內(nèi)容。一般在Activity中會如下使用

 protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        Log.i(TAG, "onCreate: ");
        if(savedInstanceState != null){
            name = savedInstanceState.getString(NAME);
            textView.setText(name);
        }
    }

    @Override
    protected void onSaveInstanceState(Bundle outState) {
        super.onSaveInstanceState(outState);
        outState.putString(NAME,"pg one");
        Log.i(TAG, "onSaveInstanceState: ");
    }

    @Override
    protected void onRestoreInstanceState(Bundle savedInstanceState) {
        super.onRestoreInstanceState(savedInstanceState);
        Log.i(TAG, "onRestoreInstanceState: name = " + savedInstanceState.getString(NAME));
    }
  1. 通過指定Activity的configChanges屬性可以避免重新創(chuàng)建。其中比較常用的屬性有
    local（設(shè)備的本地位置發(fā)生了改變，一般指切換了系統(tǒng)語言）。
    orientation（屏幕方向發(fā)生改變）。
    keyboardHidden（鍵盤的可訪問性發(fā)生改變，比如用戶調(diào)出了鍵盤）。
    screenSize（當屏幕尺寸方式改變，如果minSdkVersion和targetSdkVersion均小于13，那么不會導致Activity重啟，否則會重啟）。
    smallestSreenSize（設(shè)備的物理尺寸，比如接外部設(shè)備，如果minSdkVersion和targetSdkVersion均小于13，那么不會導致Activity重啟，否則會重啟）
    避免橫豎屏切換導致Activity重置，只需在Activity中添加android:configChanges="orientation|screenSize"即可

Activity的啟動模式

  1. Activity的啟動模式分別為standard，singleTop，singleTask，singleInstance。

standard啟動模式下：每次都新建Activity放入啟動它的Activity所在的任務(wù)棧中


image.png

singleTop啟動模式下：如果任務(wù)棧頂部有需要啟動的Activity，則不再重新創(chuàng)建，走onNewInstance()

image.png

singleTask啟動模式下：下面的流程圖基本上已經(jīng)把所有的情況包含進來。

  • 當需要啟動的Activity的任務(wù)棧不存在的情況下，創(chuàng)建任務(wù)棧，然后創(chuàng)建該Activity，然后入棧
  • 當需要啟動的Activity的任務(wù)棧存在，該任務(wù)棧中沒有該Activity，則創(chuàng)建該Activity，然后入棧
  • 當需要啟動的Activity的任務(wù)棧存在，該任務(wù)棧中有該Activity，則清空該Activity以上的activity來到棧頂
image.png

singleInstance啟動模式下：
這種啟動模式比較特殊，因為它會啟用一個新的棧結(jié)構(gòu)，將Activity放置于這個新的棧結(jié)構(gòu)中，并保證不再有其他Activity實例進入。
我們設(shè)置FirstActivity的launchMode=”standard”，SecondActivity的launchMode=”singleInstance”
我們發(fā)現(xiàn)這兩個Activity實例分別被放置在不同的棧結(jié)構(gòu)中，關(guān)于singleInstance的原理圖如下


singleInstance.png

我們看到從MainActivity跳轉(zhuǎn)到SecondActivity時，重新啟用了一個新的棧結(jié)構(gòu)，來放置SecondActivity實例，然后按下后退鍵，再次回到原始棧結(jié)構(gòu)；圖中下半部分顯示的在SecondActivity中再次跳轉(zhuǎn)到MainActivity，這個時候系統(tǒng)會在原始棧結(jié)構(gòu)中生成一個MainActivity實例，然后回退兩次，注意，并沒有退出，而是回到了SecondActivity，為什么呢？是因為從SecondActivity跳轉(zhuǎn)到MainActivity的時候，我們的起點變成了SecondActivity實例所在的棧結(jié)構(gòu)，這樣一來，我們需要“回歸”到這個棧結(jié)構(gòu)。

  1. Activity的Flags有很多，有的標記位可以設(shè)定Activity的啟動模式，比如FLAG_ACTIVITY_NEW_TASK(singleTask)和FLAG_ACTIVITY_SINGLE_TOP(singleTop)等。

Activity的顯式隱式啟動

1.兩種啟動方式：
顯式啟動

  Intent intent = new Intent(ActivityA.this,ActivityB.class);
  startActivity(intent);

隱式啟動

Intent intent = new Intent();
intent.setAction("com.test.action");
intent.addCategory("com.test.category");
intent.setDataAndType(Uri.parse("content://abc"),"image/*");
startActivity(intent);

2.顯式啟動很直接明了，就不多做介紹。隱式啟動相對復雜，主要是action，category，data等匹配。下面是AndroidManifest.xml中的一個Activity的intent- filter

<activity android:name=".Chapter_01_Activity.ActivityB">
    <intent-filter>
         <action android:name="com.test.action"/>
         <action android:name="com.test.action1"/>
         <category android:name="android.intent.category.DEFAULT"/>
         <category android:name="com.test.category"/>
         <data
            android:scheme="http"
            android:host="www.test.com"
            android:port="80"
            android:path="/a"
            android:mimeType="image/*"/>
         <data android:mimeType="video/*"/>
    </intent-filter>
</activity>

action的匹配方式：intent中必須存在一個action，并且action要可以匹配到intent-filter中的action。setAction方法會覆蓋之前的賦值。也就是說最后一次setAction的內(nèi)容必須可以匹配intent-filter中的action。
category的匹配方式：intent中可以沒有category，因為系統(tǒng)會默認添加android.intent.category.DEFAULT，所以intent-filter中category一定要添加。如果intent中有多個category，那么必須每個category都必須在intent-filter中的category配對到。
data的匹配方式：與action類似。
data由 URI和mimeType兩個部分組成。URI的組成結(jié)構(gòu)如下：[scheme]://[host]:[port]|[path]|[pathPrefix][pathPattern]
上述代碼中的URI組成如下：http://www.test.com:80/a

3.隱式啟動往往需要在啟動之前可檢驗是否有Activity符合過濾規(guī)則，不檢驗容易出現(xiàn)ActivityNotFoundException的錯誤。需要在啟動前加入以下代碼：

PackageManager packageManager = getPackageManager();
List<ResolveInfo> activities = packageManager.queryIntentActivities(intent, 0);
boolean isIntentSafe = activities.size() > 0;
if (isIntentSafe) {
   startActivity(intent);
}

Activity的加載過程

整個啟動流程如下所示：

image.png
  • startActivity有很多重載方法，最后都會調(diào)用Activity.startActivityForResult()
  • mParent表示ActivityGroup，但是在API13以后ActivityGroup已經(jīng)被棄用，由Fragment代替。因此mParent為null。進入Instrumentation.execStartActivity方法
  • 在execStartActivity中調(diào)用ActivityManagerNative.getDefault().startActivity方法。實際是AMS的Binder對象執(zhí)行startActivity。
  • 然后依次調(diào)用ActivityStackSupervisor中startActivityMayWait方法，startActivityLocked方法startActivityUncheckedLocked方法。
  • 接著依次調(diào)用ActivityStack的resumeTopActivitiesLocked方法，resumeTopActivityInnerLocked方法。
  • 又回到ActivityStackSupervisor中調(diào)用startSpecificActivityLocked方法，realStartActivityLocked方法。
  • 再調(diào)用ApplicationThread.scheduleLaunchActivity()方法，作用是發(fā)送一個啟動Activity的消息有Handler處理
  • ActivityThread.handleLauchActivity()方法接收發(fā)送過來的信息，其內(nèi)部的performLauchActivity來實現(xiàn)Activity的創(chuàng)建和啟動。
最后編輯于 ：
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成，瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明：文章內(nèi)容（如有圖片或視頻亦包括在內(nèi)）由作者上傳并發(fā)布，文章內(nèi)容僅代表作者本人觀點，簡書系信息發(fā)布平臺，僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容