原生android（二）——認識activity

標籤：pause   入棧   star   .com   執行個體   tar   cpu   沒有   onrestart   

一、activity的生命週期

1、onCreate（）：在活動第一次被建立的時候調用，用來完成活動的初始化操作，如載入布局、綁定事件等

2、onStart（）：在活動由不可見變為可見時被調用

3、onResume（）：在活動準備和使用者互動的時候被調用。此時的活動一定位於返回棧的棧頂，並且處於運行狀態

4、onPause（）：在系統準備去啟動或者恢複另外一個活動的時候調用。在此方法中將一些消耗CPU的資源釋放，以及儲存一些關鍵資料，，但這個方法一定要快，不然會影響到新的棧頂活動的使用

5、onStop（）：在活動完全不可用時被調用。和onPause（）的區別在於，如果啟動一個對話方塊式的活動，那麼onPause（）方法會執行，而onStop（）不會執行

6、ondestroy（）：在活動被銷毀之前調用，之後活動的狀態將變為銷毀態

7、onRestart（）：在活動由停止狀態變為運行狀態之前調用，就是活動被重新啟動

其關係圖如下所示：

 

二、activity的啟動模式

1、standard模式：在standard模式下，每當啟動一個新的活動，它就會在返回棧中入棧，並處於棧頂的位置。對於使用standard模式的活動，系統不會在乎這個活動是否已經在返回棧中存在，每次啟動都會建立該活動的一個執行個體。

2、singleTop模式：在啟動時如果發現返回棧的棧頂已經是該活動，則認為可以直接使用它，不會再建立新的活動執行個體。不過當活動並未處於棧頂位置時，這時再啟動，還是會建立新的執行個體。

3、singleTask模式：每次啟動該類活動時，系統首先會在返回棧中檢查是否存在該活動的執行個體，如果發現已經存在則直接使用該執行個體，並把在這個活動之上的所有活動統統出棧，如果沒有發現就會建立一個新的活動執行個體

4、singleInstance模式（單例模式）：該模式的活動會啟用一個新的返回棧來管理這個活動（如果singleTask模式指定了不同的taskAffinity，也會啟動一個新的返回棧）。在這種模式下會有一個單獨的返回棧來管理這個活動，不管是哪一個應用程式來訪問這個活動，都共用同一個返回棧，也就解決了共用活動執行個體的問題。

 

原生android（二）——認識activity