根據(jù)下面的目錄來介紹和理解Activity中的知識點(diǎn)：
1.Activity的生命周期
2.Activity的緩存方法
3.Activity啟動模式
4.Activity顯式隱式啟動
5.Activity的加載過程
Activity的生命周期
1.通過下面的一張圖片來理解正常情況下的Activity的生命周期
根據(jù)上述的圖片可以簡單了解Activity的生命周期苍柏。 下面介紹具體各個(gè)方法：
onCreate(): Activity生命周期中的第一個(gè)方法哺徊，在這里做一些初始化呆贿。
onStart(): 這個(gè)時(shí)候Activity已經(jīng)可以看見咐扭，剛剛呈現(xiàn)出來缚柏。
onResume(): Activity完全呈現(xiàn)在用戶面前皮胡，可以和用戶進(jìn)行交互叉信。
onPause(): Activity還可以看見米辐，但是失去了焦點(diǎn)栓始，無法交互务冕。比如一個(gè)透明的Activity在前臺。
onStop(): Activity不可見混滔，可以做一些稍微重量級的回收工作洒疚。
onDestroy(): Activity被銷毀，可以做一些回收工作和最終資源的銷毀坯屿。
onRestart(): 回退到生命棧中原來的Activity就會走這個(gè)onRestart()油湖。
2.有兩個(gè)Activity分別為A,B，當(dāng)A啟動B時(shí)的生命周期如下：
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:
所有也驗(yàn)證了onPause中少做耗時(shí)的回收操作领跛，這樣會影響下一個(gè)Activity的啟動顯示乏德。
Activity的緩存方法
- 所謂的的緩存方法其實(shí)就是異常情況下的Activity的生命周期。
以下兩種情況才會有走onSaveInstanceState和onRestoreInstanceState的步驟：
- 資源相關(guān)的系統(tǒng)配置方式改變，導(dǎo)致Activity被銷毀后重新創(chuàng)建喊括。（比如橫豎的切換胧瓜，當(dāng)然也可以避免重建，下面我會講）
- 由于內(nèi)存太低郑什，殺死優(yōu)先級較低的Activity府喳。
其實(shí)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));
}
- 通過指定Activity的configChanges屬性可以避免重新創(chuàng)建。其中比較常用的屬性有
local（設(shè)備的本地位置發(fā)生了改變申窘，一般指切換了系統(tǒng)語言）弯蚜。
orientation（屏幕方向發(fā)生改變）。
keyboardHidden（鍵盤的可訪問性發(fā)生改變剃法，比如用戶調(diào)出了鍵盤）碎捺。
screenSize（當(dāng)屏幕尺寸方式改變，如果minSdkVersion和targetSdkVersion均小于13贷洲，那么不會導(dǎo)致Activity重啟收厨，否則會重啟）。
smallestSreenSize（設(shè)備的物理尺寸恩脂，比如接外部設(shè)備帽氓，如果minSdkVersion和targetSdkVersion均小于13，那么不會導(dǎo)致Activity重啟俩块，否則會重啟）
避免橫豎屏切換導(dǎo)致Activity重置黎休，只需在Activity中添加android:configChanges="orientation|screenSize"即可
Activity的啟動模式
- Activity的啟動模式分別為standard，singleTop玉凯，singleTask势腮，singleInstance。
standard啟動模式下：每次都新建Activity放入啟動它的Activity所在的任務(wù)棧中
singleTop啟動模式下：如果任務(wù)棧頂部有需要啟動的Activity漫仆，則不再重新創(chuàng)建捎拯，走onNewInstance()
singleTask啟動模式下：下面的流程圖基本上已經(jīng)把所有的情況包含進(jìn)來。
- 當(dāng)需要啟動的Activity的任務(wù)棧不存在的情況下盲厌，創(chuàng)建任務(wù)棧署照，然后創(chuàng)建該Activity，然后入棧
- 當(dāng)需要啟動的Activity的任務(wù)棧存在吗浩，該任務(wù)棧中沒有該Activity建芙，則創(chuàng)建該Activity，然后入棧
- 當(dāng)需要啟動的Activity的任務(wù)棧存在懂扼，該任務(wù)棧中有該Activity禁荸，則清空該Activity以上的activity來到棧頂
singleInstance啟動模式下：
這種啟動模式比較特殊右蒲，因?yàn)樗鼤⒂靡粋€(gè)新的棧結(jié)構(gòu)，將Activity放置于這個(gè)新的棧結(jié)構(gòu)中赶熟，并保證不再有其他Activity實(shí)例進(jìn)入瑰妄。
我們設(shè)置FirstActivity的launchMode=”standard”，SecondActivity的launchMode=”singleInstance”
我們發(fā)現(xiàn)這兩個(gè)Activity實(shí)例分別被放置在不同的棧結(jié)構(gòu)中映砖，關(guān)于singleInstance的原理圖如下
我們看到從MainActivity跳轉(zhuǎn)到SecondActivity時(shí)间坐，重新啟用了一個(gè)新的棧結(jié)構(gòu)，來放置SecondActivity實(shí)例啊央，然后按下后退鍵眶诈，再次回到原始棧結(jié)構(gòu)；圖中下半部分顯示的在SecondActivity中再次跳轉(zhuǎn)到MainActivity瓜饥，這個(gè)時(shí)候系統(tǒng)會在原始棧結(jié)構(gòu)中生成一個(gè)MainActivity實(shí)例，然后回退兩次浴骂，注意乓土，并沒有退出，而是回到了SecondActivity溯警，為什么呢趣苏？是因?yàn)閺腟econdActivity跳轉(zhuǎn)到MainActivity的時(shí)候，我們的起點(diǎn)變成了SecondActivity實(shí)例所在的棧結(jié)構(gòu)梯轻，這樣一來食磕，我們需要“回歸”到這個(gè)棧結(jié)構(gòu)。
- Activity的Flags有很多喳挑，有的標(biāo)記位可以設(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.顯式啟動很直接明了伊诵，就不多做介紹单绑。隱式啟動相對復(fù)雜，主要是action曹宴，category搂橙，data等匹配。下面是AndroidManifest.xml中的一個(gè)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中必須存在一個(gè)action笛坦，并且action要可以匹配到intent-filter中的action区转。setAction方法會覆蓋之前的賦值。也就是說最后一次setAction的內(nèi)容必須可以匹配intent-filter中的action版扩。
category的匹配方式：intent中可以沒有category废离，因?yàn)橄到y(tǒng)會默認(rèn)添加android.intent.category.DEFAULT，所以intent-filter中category一定要添加资厉。如果intent中有多個(gè)category厅缺，那么必須每個(gè)category都必須在intent-filter中的category配對到。
data的匹配方式：與action類似。
data由 URI和mimeType兩個(gè)部分組成湘捎。URI的組成結(jié)構(gòu)如下：[scheme]://[host]:[port]|[path]|[pathPrefix][pathPattern]
上述代碼中的URI組成如下：http://www.test.com:80/a
3.隱式啟動往往需要在啟動之前可檢驗(yàn)是否有Activity符合過濾規(guī)則诀豁，不檢驗(yàn)容易出現(xiàn)ActivityNotFoundException的錯(cuò)誤。需要在啟動前加入以下代碼：
PackageManager packageManager = getPackageManager();
List<ResolveInfo> activities = packageManager.queryIntentActivities(intent, 0);
boolean isIntentSafe = activities.size() > 0;
if (isIntentSafe) {
startActivity(intent);
}
Activity的加載過程
整個(gè)啟動流程如下所示：
- startActivity有很多重載方法窥妇，最后都會調(diào)用Activity.startActivityForResult()
- mParent表示ActivityGroup舷胜，但是在API13以后ActivityGroup已經(jīng)被棄用，由Fragment代替活翩。因此mParent為null烹骨。進(jìn)入Instrumentation.execStartActivity方法
- 在execStartActivity中調(diào)用ActivityManagerNative.getDefault().startActivity方法。實(shí)際是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ā)送一個(gè)啟動Activity的消息有Handler處理
- ActivityThread.handleLauchActivity()方法接收發(fā)送過來的信息，其內(nèi)部的performLauchActivity來實(shí)現(xiàn)Activity的創(chuàng)建和啟動姐浮。
