第一章 Activity的生命周期和啟動模式

1.1.1典型情況下的生命周期分析

1)Activity的生命周期：
onCreate->onRestart->onStart->onResume->onPause->onStop->onDestroy
2)onStart:這時Activity已經(jīng)可見了，但是還沒有出現(xiàn)在前臺
3)onResume:這時Activity已經(jīng)可見了，并且出現(xiàn)在前臺開始活動。（這時才真正可見）
4)Activity1—>Activity2，先執(zhí)行完Activity1的onPause方法再執(zhí)行Activity的onCreate->onStart->onResume方法，再執(zhí)行Activity1的onStop方法。（Activity的啟動流程源碼中需要棧頂?shù)腁ctivity先執(zhí)行完onPause后再執(zhí)行跳轉(zhuǎn)Activity的生命周期），所以在Activity的onPause方法中不能執(zhí)行重量級操作，太耗時導(dǎo)致Activity跳轉(zhuǎn)慢。
由此聯(lián)想到Activity的生命周期和View的生命周期的關(guān)系，后面分析

1.1.2異常情況下的生命周期分析

1資源相關(guān)的系統(tǒng)配置發(fā)生改變導(dǎo)致Activity被殺死并重新構(gòu)建（屏幕翻轉(zhuǎn)）

1)當(dāng)系統(tǒng)配置發(fā)生改變后，Activity會被銷毀（可以阻止），其onPause、onStop、onDestroy均會被調(diào)用，由于是異常情況下終止的，系統(tǒng)會調(diào)用onSaveInstanceState來保存當(dāng)前Activity的狀態(tài)，執(zhí)行時機在onStop之前，但和onPause沒有既定的時序關(guān)系，可能之前可能之后。需要強調(diào)的一點，這個方法只會出現(xiàn)在Activity被異常終止的情況下，正常情況下系統(tǒng)不會回調(diào)這個方法，當(dāng)Activity被重新創(chuàng)建后，系統(tǒng)會調(diào)用onRestoreInstanceState，并把Activity銷毀時onSaveInstanceState方法所保存的Bundle對象作為參數(shù)傳給onRestoreInstanceState和onCreate方法。因此可以通過onRestoreInstanceState和onCreate方法中的Bundle對象判斷Activity是否是被建。OnRestoreInstanceState調(diào)用在onStart之后。
2)系統(tǒng)默認(rèn)會保存Activity的視圖結(jié)構(gòu)，在Activity重啟時會恢復(fù)這些數(shù)據(jù)。具體某一個View保存了哪些數(shù)據(jù)可以查看View的onSaveInstanceState和onRestoreInstanceState方法源碼。
3)保存和恢復(fù)View的層次結(jié)構(gòu)，系統(tǒng)的流程是首先Activity調(diào)用onSaveInstanceState保存，然后Activity會委托Window去保存數(shù)據(jù)，Window在委托頂級容器保存數(shù)據(jù)。頂層容器是一個ViewGroup，再一一通知子元素保存數(shù)據(jù)。這里用到了委托的思想，后面學(xué)習(xí)設(shè)計模式。

2.如何系統(tǒng)配置發(fā)生改變后，Activity不被重新創(chuàng)建

1)在AndroidMenifest.xml中配置configChanges屬性
2)常用屬性
locale:設(shè)備的本地位置發(fā)生了的改變，一般指切換了系統(tǒng)語言。
orentation:屏幕方向發(fā)生了改變。
keyboardHIdden:鍵盤的可訪問性發(fā)生了改變，比如用戶調(diào)出了鍵盤。
3)這時系統(tǒng)不會調(diào)用onSaveInstanceState和onRestoreInstanceState，會調(diào)用onConfigurationChanged方法。

1.2 Activity的啟動模式

1.2.1 Activity的LaunchMode

1)四種啟動模式
standard:標(biāo)準(zhǔn)模式，每啟動一個Activity都會創(chuàng)建一個Activity實例。
singleTop:棧頂復(fù)用
singleTask：棧內(nèi)復(fù)用，可以通過TaskAffinity指定任務(wù)棧，如果沒有該任務(wù)棧，則重新創(chuàng)建一個任務(wù)棧，再創(chuàng)建一個Activity實例；如果有該任務(wù)棧，則看該任務(wù)棧中是否有該Activity實例，有，則將其上面的Activity全部移出棧，將該Activity放到棧頂；沒有，則創(chuàng)建一個Activity實例，放到棧頂。
singleInstance:單實例模式，Activity單獨的位于一個棧中。
2)onNewIntent
復(fù)用的Activity會執(zhí)行onNewIntent，不會執(zhí)行onCreate,onStart方法，在onResume之前調(diào)用。例如ActivityA->ActivityA，則會執(zhí)行onPause->onNewIntent->onResume
3)TaskAffinity
用于在AndroidMenifest.xml中配合singleTask指定啟動棧的棧名。注意taskAffinity屬性的值為字符串，且中間必須包含有包名分隔符“.”
4)兩種方式來指定Activity的啟動模式
1.通過在AndroidMenifest.xml中指定launchMode
2.通過在Intent中通過addFlags()來設(shè)置標(biāo)志位
區(qū)別：首先優(yōu)先級第二種高于第一種，當(dāng)兩種同時存在以第二種為準(zhǔn)；第一種無法為Activity指定FLAG_ACTIVITY_CLEAR_TOP，第二種無法為Activity指定singleInstance。
5)TaskAffinity和allowTaskReparenting配合使用，用于應(yīng)用間Activity的跳轉(zhuǎn)復(fù)用。這里準(zhǔn)備寫個Demo
6)查看adb中Activity的命令：adb shell dumpsys activity

1.3 IntentFilter的匹配原則

1)隱式調(diào)用和顯示調(diào)用
2)隱式調(diào)用，一個過濾列表中的action、category、data可以有多個，只有一個Intent同時匹配action類別、category類別、data類別才算完全匹配，只有完全匹配才可以成功啟動目標(biāo)Activity
3)一個Activity可以有多個intent-filter，一個Intent只要能匹配任何一組intent-filter即科成功啟動對應(yīng)的Activity。
4)action的匹配原則：action是一個字符串，intent中的action和過濾規(guī)則中的任何一個相同則算匹配成功。intent中沒有指定action則匹配失敗。總結(jié)：action的匹配要求intent中的action存在且必須和過濾規(guī)則中的其中一個action相同。
5)category的匹配原則：如果沒有，也可匹配成功，但需要在過濾規(guī)則中加上“android.intent.category.DEFAULT”,原因：系統(tǒng)在調(diào)用startActivity或者startActivityForResult中會默認(rèn)給intent加上“android.intent.category.DEFAULT”這個category；如果有，不論幾個，都必須是過濾規(guī)則中已經(jīng)定義了的。
6)data的匹配規(guī)則：

<data 
android:scheme="string"
android:host="string"
android:port="string"
android:path="string"
android:pathPattern="string"
android:pathPrefix="string"
android:mimeTyoe="string"
/>

scheme:URI的模式，比如http、file、content等，如果沒有指定scheme，則整個URI的其他參數(shù)無效，URI也就無效。
Host:URI的主機名，比如www.baidu.com,如果沒有指定scheme，則整個URI的其他參數(shù)無效，URI也就無效。
Port:URI中的端口號，需要前兩個參數(shù)指定的時候才有效。
Path、pathPattern、pathPrefix表示路徑信息。

需要調(diào)用setDataAndType方法設(shè)置data
過濾規(guī)則可以不寫URI，默認(rèn)值為content和file,所以intent需要在沒指定URI的情況下設(shè)為content或者file.