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