目錄
一、Activity生命周期
二、Activity的LaunchMode
三、IntentFilter匹配規則
參考資料
網上類似的分析資料有很多，然而終究只是別人寫出來的分享，自己寫下來算是再次重溫吧。
一、Activity生命周期
在正常情況下，Activity的生命周期：
- onCreate:Activity正在被創建
- onRestart:Activity正在重新啟動
- onStart:Activity正在被啟動
- onResume:Activity已經可見
- onPause:Activity正在停止，此時可以做一些存儲數據，停止動畫等操作，但注意不能太耗時，因為這會影響到新Activity的顯示，onPause必須先執行完，新Activity的onResume才會執行
- onStop:Activity即將停止
- onDetory:Activity即將被銷毀
說明：
- 當用戶打開新的Activity或者切換到桌面的時候，回調如下：onPause->onStop。這里有一種特殊情況，如果新的Activity采用了透明主題，那么當前的Activity不會回調onStop。
- 從整個生命周期來說，onCreate和onDestory是配對的，分別標識著Activity的創建和銷毀，并且只可能有一次調用。從Activity是否可見來說，onStart和onStop是配對的，隨著用戶的操作或者設備屏幕的點亮和熄滅，這兩個方法可能被調用多次；從Activity是否在前臺來說，onResume和onPause是配對的，隨著用戶操作或者設備屏幕的點亮和熄滅，這兩個方法可能被調用多次。
Q1：onStart和onResume、onPause和onStop從描述上來看差不多，對我們來說有什么實質的不同？
從實際使用過程中來說，onStart和onResume、onPause和onStop看起來的確差不多，甚至我們可以只保留其中的一對，比如只保留onStart和onStop，既然如此，為什么Android系統還要提供看起來重復的接口呢？根據上面的分析，這兩個配對的回調分別表示不同的意義，onStart和onStop是從Activity是否可見這個角度來回調的，而onResume和onPause是從Activity是否位于前臺這個角度來回調的，除了這種區別，在實際使用中沒有其他明顯區別。
Q2：假設當前Activity為A，如果這時用戶打開一個新的Activity B，那么B的onResume和A的onPause哪個先執行呢？
這一點可以從Android源碼中得到解釋。Activity的啟動過程的源碼相當復雜，涉及Instrumentation、ActivityThread和ActivityManagerService（簡稱AMS）。這里不詳細分析這一過程，簡單理解：啟動Activity的請求由Instrumentation來處理，然后它通過Binder向AMS發送請求，AMS內部維護著一個ActivityStack并負責棧內的Activity的狀態同步，AMS通過ActivityThread去同步Activity的狀態從而完成生命周期的調用。
Q3：關于子線程更新UI，下段代碼是否可以正常工作？
public class MainActivity extends AppCompatActivity {
private TextView tv;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
tv=findViewById(R.id.main_tv);
new Thread(new Runnable() {
@Override
public void run() {
tv.setText("Other Thread");
}
}).start();
}
}
可以，首先應該知道，檢查線程的工作是由ViewRoot來完成的，當訪問UI的時候，ViewRoot會進行檢查工作，如果不是在UI線程訪問的程序就會拋出異常，但在OnCreate時候，ViewRoot還沒有創建，無法檢查上面線程訪問UI控件，因此程序并不會報錯。ViewRoot是在Activity的onResume之后才創建的。Android之所以要求子線程中不能更新UI，是因為UI訪問是沒有加鎖的，在多線程訪問的情況下是線程不安全的。
在異常情況下Activity生命周期：
- 資源相關的系統配置發生改變，導致activity被殺死并重新創建
onSaveInstanceState的調用時機是在onStop之前；onRestoreInstanceState的調用時機是在onStart之后
- 資源不足，導致低優先級的activity被殺死
前臺Activity——正在和用戶交互的Activity，優先級最高
可見但非前臺Activity——比如Activity中彈出了一個對話框，導致Activity可見但是位于后臺無法與用戶直接交互
后臺Activity——已經被暫停的Activity，優先級最低
二、Activity的LaunchMode
-
standard，標準模式，也是系統的默認模式，每次調用創建一個新Activity的實例
適用于普通的頁面內容展示 -
singleTop，棧頂復用，如果新Activity已經位于任務棧的棧頂，不會重新創建，同時onNewIntent方法被回調；否則，重新創建該Activity實例
適用于接收通知啟動的內容顯示頁面。例如某個新聞客戶端的新聞內容頁面， 如果收到10多個新聞推送，每次都打開一個新聞內容頁面是很煩人的 -
singleTask，棧內復用，任務棧中沒有該類型的Activity實例，則重新創建；否則，onNewIntent方法回調+clearTop
適合作為程序入口點。例如瀏覽器的主界面，不管從多少個應用啟動瀏覽器， 只會啟動主界面一次，其余情況都會走onNewIntent，并且會清空主界面上面的其他頁面 -
singleInstance，單實例模式，任務棧中只有一個該Activity實例，沒有其他Activity，后續請求均不會創建新的Activity
適合需要與程序分離開的頁面。例如鬧鈴提醒，將鬧鈴提醒與鬧鈴設置分離， singleInstance不要用于中間頁面，如果用于中間頁面， 跳轉會有問題 ， 比如：A -> B (singleInstance) -> C，完全退出后，在此啟動，首先打開的是B
三、IntentFilter匹配規則
啟動Activity分為兩種，顯式調用和隱式調用。顯式調用需要明確指定被啟動對象的組件信息，包括包名和類名，而隱式調用則不需要明確指定組件信息。原則上一個Intent不應該既是顯式調用又是隱式調用，如果兩者共存，以顯式調用為主。另外，一個Activity中可以有多個intent-filter，一個Intent只要能匹配任何一組intent-filter即可成功啟動對應的Activity。
<activity android:name=".framework.sample.SampleListActivity">
<intent-filter>
<action android:name="android.intent.action.SEND"/>
<category android:name="android.intent.category.DEFAULT"/>
<data android:mimeType="text/plain"/>
</intent-filter>
<intent-filter>
<action android:name="android.intent.action.SEND"/>
<action android:name="android.intent.action.SEND_MULTIPLE"/>
<category android:name="android.intent.category.DEFAULT"/>
<data android:mimeType="application/vnd.google.panorama360+jpg"/>
<data android:mimeType="image/*"/>
<data android:mimeType="video/*"/>
</intent-filter>
</activity>
- action的匹配規則
- action是一個字符串，系統預定義了一些action，我們也可以在應用中定義自己的action
- 一個匹配規則中可以有多個action
- action的匹配要求Intent中的action存在且必須和過濾規則長得其中一個action相同
- action區分大小寫，大小寫不同字符串相同的action會匹配失敗
- category的匹配規則
- category同樣是一個字符串，系統預定義了一些category，也可以在>應用中定義自己的
- 要求Intent中可以沒有category，但是一旦有category，不管有幾個，每個都要能夠和過濾規則中的任何一個category相同
- 為什么跳轉activity的時候不設置category也可以匹配呢？原因是系統在調用startActivity或者startctivityForResult的時候默認為Intent加上了“android.intent.catetgory.DEFAULT”，同時為了我們的activity能夠接受隱式調用，就必須在intent-filter中指定“android.intent.catetgory.DEFAULT”這個category。
- data的匹配規則
- 匹配規則和action類似，如果過濾規則中定義了data，那么Intent中必須也要定義可匹配的data
參考資料
- 《Android開發藝術探索》—任玉剛
