1、Activity的生命周期
1.1、典型情況下的生命周期
在有用戶參與的情況下，Activity所經(jīng)過的生命周期的改變。
Activity會經(jīng)歷如下生命周期:
onCreate-onRestart-onStart-onResume-onPause-onStop-onDestroy
1.2、異常情況下的生命周期
Activity被系統(tǒng)回收或者由于當(dāng)前設(shè)備的Configuration發(fā)生改變從而導(dǎo)致Activity被銷毀重建。
1.2.1資源相關(guān)的系統(tǒng)配置發(fā)生改變導(dǎo)致Activity被殺死并重新創(chuàng)建
系統(tǒng)只在Activity異常終止的時候才會調(diào)用onSaveInstanceState和onRestoreInstanceState來存儲和恢復(fù)數(shù)據(jù)，其它情況不會觸發(fā)這個過程。
1.2.2資源內(nèi)存不足導(dǎo)致低優(yōu)先級的Activity被殺死
Activity優(yōu)先級:
1、前臺Activity--正在和用戶交互的Activity，優(yōu)先級最高。
2、可見但非前臺Activity--Activity可見但位于后臺無法和用戶直接交互，如Activity中彈出一個對話框。
3、后臺Activity--已經(jīng)被暫停的Activity，比如執(zhí)行了onStop，優(yōu)先級最低。
當(dāng)系統(tǒng)內(nèi)存不足時，系統(tǒng)會按照上述優(yōu)先級去殺死目標(biāo)Activity所在的進程，并在后續(xù)通過onSaveInstanceState和onRestoreInstanceState來存儲和恢復(fù)數(shù)據(jù)。如果一個進程中沒有四大組件在執(zhí)行，那么這個進程將很快被系統(tǒng)殺死，因此，一些后臺工作不適合脫離四大組件而獨立運行在后臺中，這樣進程容易被殺死。比較好的方法是將后臺工作放入Service中從而保證進程有一定的優(yōu)先級，這樣就不會輕易被系統(tǒng)殺死。
2、Activity的啟動模式
1、standard:標(biāo)準(zhǔn)模式。
每次啟動一個Activity都會重新創(chuàng)建一個新的實例，不管這個實例是否已經(jīng)存在。
2、singleTop:棧頂復(fù)用模式。
如果新Activity已經(jīng)位于任務(wù)棧的棧頂，那么此Activity不會被重新創(chuàng)建，同時它的onNewIntent方法會被回調(diào)，通過此方法的參數(shù)，我們可以取出當(dāng)前請求的信息。此時，Activity的onCreate、onStart不會被系統(tǒng)調(diào)用，因為它并沒有發(fā)生改變。如果新Activity的實例已存在但不是位于棧頂，那么新的Activity仍然會重新創(chuàng)建。
3、singleTask:棧內(nèi)復(fù)用模式。
這是一種單實例模式。在這種模式下，只要Activity在一個棧中存在，那么多次啟動此Activity都不會重新創(chuàng)建實例，和singleTop一樣，系統(tǒng)也會回調(diào)onNewIntent。當(dāng)一個具有singleTask模式的Activity請求啟動后，比如Activity A,系統(tǒng)首先會尋找是否存在A想要的任務(wù)棧，如果不存在，就重新創(chuàng)建一個任務(wù)棧，然后創(chuàng)建A的實例后把A放入棧中。如果存在A所需的任務(wù)棧，這時要看A是否在棧中有實例存在，如果有實例存在，那么系統(tǒng)會把A調(diào)到棧頂并調(diào)用它的onNewIntent方法，如果實例不存在，就創(chuàng)建A的實例并把A放入棧中。singleTask默認(rèn)具體有clearTop的效果，會導(dǎo)致棧內(nèi)所有在A上的Activity全部出棧。
TaskAffinity:任務(wù)相關(guān)性。這個參數(shù)標(biāo)識了一個Activity所需要的任務(wù)棧的名字。默認(rèn)情況下，所有Activity所需的任務(wù)棧的名字為應(yīng)用的包名。我們也可以為每個Activity都單獨指定TaskAffinity屬性，這個屬性值必須不能和包名相同，否則就相當(dāng)于沒有指定。TaskAffinity屬性主要和singleTask啟動模式或者allowTaskReparenting屬性配對使用，在其它情況下沒有意義。
4、singleInstance:單實例模式。
這是一種加強的singleTask模式，它除了具有singleTask模式的所有特性外，還加強了一點，那就是具有此種模式的Activity只能單獨地位于一個任務(wù)棧中。
可以通過AndroidMenifest為Activity指定啟動模式?；蛘咄ㄟ^Intent中設(shè)置標(biāo)志位來為Activity指定啟動模式。這兩種方式都可以為Activity指定啟動模式，但是二者還是有區(qū)別。首先，優(yōu)先級上，第二種方式的優(yōu)先級要高于第一種；其它，上述兩種方式在限定范圍上有所不同，第一種方式無法直接為Activity設(shè)定FLAG_ACTIVITY_CLEAR_TOP標(biāo)識，而第二種方式無法為Activity指定singleInstance模式。
3、IntentFilter的匹配規(guī)則
啟動Activity分為兩種：顯示調(diào)用和隱式調(diào)用。顯示調(diào)用需要明確地指定啟動對象的組件信息，包括包名和類名，而隱式調(diào)用則不需要明確地指定組件信息。隱式調(diào)用需要Intent能夠匹配目標(biāo)組件的IntentFilter所設(shè)置的過濾信息，如果不匹配將無法啟動目標(biāo)Activity。IntentFilter中的過濾信息有action、category、data。
為了匹配過濾列表，需要同時匹配過濾列表中的action、category、data信息，否則匹配失敗。只有一個Intent同時匹配action類別、category類別、data類別才算完全匹配，只有完全匹配才能啟動目標(biāo)Activity。一個Activity中可以有多個intent-filter，一個Intent只要能匹配任務(wù)一組intent-filter即可成功啟動對應(yīng)的Activity。
1、action的匹配規(guī)則
一個過濾規(guī)則中可以有多個action，那么只要Intent中的action能夠和過濾規(guī)則中的任務(wù)一個action相同即可匹配成功。action的匹配要求Intent中的action存在且必須和過濾規(guī)則中的其中一個aciton相同。
2、category的匹配規(guī)則
如果Intent中含有category，那么所有的category必須和過濾規(guī)則中的其它一個category相同。Intent中可以沒有category,如果沒有category的話，系統(tǒng)在調(diào)用startActivity或者startActivityForResult的時候會默認(rèn)為Intent加上"android.intent.category.DEFAULT"這個category。同時，為了我們的activity能夠接收隱式調(diào)用，就必須在intent-filter中指定"android.intent.category.DEFAULT"這個category。
3、data的匹配規(guī)則
data由兩部分組成，mineType和URI。mimeType指媒體類型，比如image/jpeg、audio/mpeg4-generic和video/*等，可以表示圖片、文本、視頻等不同的媒體格式。而URI包含的數(shù)據(jù)就比較多了，下面是URI的結(jié)構(gòu)：
scheme://host:port/path|pathPrefix|pathPattern
具體的例子如：
Scheme:URI的模式，比如http、file、content等。如果URI中沒有指定scheme，那么整個URI的其它參數(shù)無效，也意味著URI是無效的。
Host:URI的主機名。比如:www.baidu.com。如果URI中沒有指定host，那么整個URI的其它參數(shù)無效，也意味著URI是無效的。
Port：URI中的端口號，如80，僅當(dāng)URI中指定了scheme和host參數(shù)，port參數(shù)才有意義。
Path、pathPattern、pathPrefix:這三個參數(shù)表述路徑信息，其中path表示完整的路徑信息；pathPattern也表示完整的路徑信息，但是它里面可以包含通配符"",""表示0個或多個任意字符，需要注意的是，由于正則表達式的規(guī)則，如果想表示真實的字符串，那么""要寫成"\",""要寫在"\\";pathPrefix表示路徑的前綴信息。
如果要為Intent指定完整的data，必須要調(diào)用setDataAndType方法。不能先調(diào)用setData再調(diào)用setType。因為這兩個方法彼此會清除對方的值。
當(dāng)我們通過隱式方式啟動一個Activity的時候，可以做一下判斷，看是否有Activity能夠匹配我們的隱式Intent。如果不做判斷就有可能出現(xiàn)錯誤。判斷方法有兩種：采用PackageManager的resolveActivity方式或者Intent的resolveActivity方法，如果找不到匹配的Activity會返回null。另外，PackageManager還提供了queryIntentActivities方法，這個方法和resolveActivity方法不同的是：它不是返回最佳匹配的Activity信息，而是返回所有成功的Activity信息。
public abstract List<ResolveInfo> queryIntentActivities(Intent intent,int flags);
public abstract ResolveInfo resolveActivity(Intent intent,int flags);
上面兩個方法的第二個參數(shù)，需要使用MATCH_DEFAULT_ONLY標(biāo)記位。這個標(biāo)記的含義是僅僅匹配那些在intent-filter中聲明了<category android:name="android.intent.category.DEFAULT" />這個category的Activity.使用這個標(biāo)記位的意義在于，只要上述兩個方法不返回null,那么startActivity一定可以成功。
