androidactivity機制

㈠ 如何理解android中Activity的三個「生命周期」

下圖是官方文檔里的Activity生命周期圖，其中彩色標出的四個框是Activity的四種狀態，當Activity的狀態改變時會觸發一個或多個onXXX()方法。

onCreate()

當Acitivity第一次被創建時觸發，一般在這里要做的事情包括創建視圖（setContentView()）、向視圖填充必要的數據等等。

onRestart()

這個我比較少用到，按文檔上的介紹，如果Activity之前被stop過，那麼下一次onStart()方法之前會先觸發這個方法。

onStart()

只要Activity從不可見變成可見，就會觸發到這個方法，但被AlertDialog遮擋/顯示的情況不算在內。

onResume()

當Activity來到最上層的時候，也就是開始與用戶直接交互時，觸發這個方法。例如本來Activity被一個AlertDialog遮擋，當這個AlertDialog消失時，onResume()方法就被觸發。

onPause()

和onResume()的觸發條件剛好相反，如果Activity本來在最上層，當它要讓出最上層的位置時會觸發這個方法。onPause()和onResume()是被觸發最頻繁的兩個方法，所以在這里不應該執行過於消耗資源的方法。

onStop()

當有其他Activity覆蓋了當前Activity時，不論另一個Activity是新開始的還是從下層移至最上層的，當前Activity的onStop()方法都會被觸發。

onDestroy()

Activity生命周期的終點。有兩種情況會導致它被觸發：1)執行了Activity#finish()方法；2)Android系統由於資源不足等原因決定殺掉Activity所在進程。通過isFinishing()方法可以判斷出是哪種情況。在這個方法里，我們一般要做的事情是釋放Activity佔有的資源，例如後台正在進行的下載線程等等。

最後，舉個實際例子來說明，假設你有一個「首頁Activity」和一個「編輯頁Activity」。

•當用戶點擊首頁里的「開始編輯」按鈕時，首頁的onPause()->onStart()onStop()依次觸發，編輯頁的onCreate()->onStart()->onResume()依次觸發；（感謝James.H.Fu指出的錯誤）

•當用戶在編輯頁按下「返回」按鈕時，編輯頁的onPause()->onStop()依次觸發，之後首頁的onStart() -> onResume()依次觸發；

•這時用戶在首頁按下「返回」按鈕，首頁的onPause()->onStop()->onDestroy()依次觸發。

㈡ Android中的activity的堆棧有什麼作用

我的理解是堆棧就是後進先出，那麼稍微想像一下，你打開的Activity是一層一層往上蓋的，當你退出當前這個Activity的時候，使用堆棧機制才會顯示你底下那一層的Activity，提高Activity復用率吧。如果你覺得這個Activity可以不用再保留那麼也給你提供了相應的打開另一個Activity之後就清理掉自己的方法。這樣做的用戶體驗會比較好吧；那麼反過來講如果沒有採用堆棧機制，在這么有限的顯示區域里應該怎麼去分配多個Activity呢？

㈢ 談談如何避開Android的Activity復雜的Activity管理機制

暈,這樣的話違背了android的設計初衷,拋棄了android僅有的一些技術亮點我們團隊以前就是這樣做滴,如果只用一個activity很多運用都沒有辦法集成，另外隨著程序的豐富,你會發現性能衰減滴非常厲害,這條另闢蹊徑滴道路走不遠滴

㈣ 如何理解android activity生命周期

一個Android應用程序在運行時，對於底層的Linux Kernel而言都是一個單獨的進程，但是對於Android系統而言，因為局限於手機畫面的大小與使用的考慮，不能把每一個運行中的應用程序窗口都顯示出來。
所以通常手機系統的界面一次僅顯示一個應用程序窗口，Android使用了Activity的概念來表示界面。
運行中的應用程序分為五大類，分別是：
前景模式：foreground process
可見模式：visible process
背景模式：background process
空白模式：empty process
服務模式：service process
除了最後一個，貌似service process是Service的事情了。其他都與Activity相關。
Android系統會判斷應用程序Activity是屬於哪一個類，給予不同的Activity生命周期。
Activity的生命周期也是它所在進程的生命周期。

㈤ android的Activity能夠嵌套另一個Activity嗎

不可以。
android的機制只能保證只有一個activity處於激活狀態，因此無法一個以上activity同時激活，也就不存在能夠嵌套的問題。

㈥ Android中的Activity詳解--啟動模式與任務棧

目錄

activity的簡單介紹就不寫了，作為最常用的四大組件之一，肯定都很熟悉其基本用法了。

首先，是都很熟悉的一張圖，即官方介紹的Activity生命周期圖.

情景：打開某個應用的的FirstActivity調用方法如下：
由於之前已經很熟悉了，這里就簡單貼一些圖。

按下返回鍵：

重新打開並按下home鍵：

再重新打開：

在其中打開一個DialogActivity(SecondActivity)

按下返回：

修改SecondAcitvity為普通Activity,依舊是上述操作:

這里強調一下 onSaveInstanceState(Bundle outState) 方法的調用時機：
當Activity有可能被系統殺掉時調用，注意，一定是被系統殺掉，自己調用finish是不行的。
測試如下：FirstActivity啟動SecondActivity：

一個App會包含很多個Activity，多個Activity之間通過intent進行跳轉，那麼原始的Activity就是使用棧這個數據結構來保存的。
Task
A task is a collection of activities that users interact with when performing a certain job. The activities are arranged in a stack (the back stack ), in the order in which each activity is opened.
即若干個Activity的集合的棧表示一個Task。
當App啟動時如果不存在當前App的任務棧就會自動創建一個，默認情況下一個App中的所有Activity都是放在一個Task中的，但是如果指定了特殊的啟動模式，那麼就會出現同一個App的Activity出現在不同的任務棧中的情況，即會有任務棧中包含來自於不同App的Activity。

標准模式，在不指定啟動模式的情況下都是以此種方式啟動的。每次啟動都會創建一個新的Activity實例，覆蓋在原有的Activity上，原有的Activity入棧。
測試如下：在FirstActivity中啟動FirstActivity:

當只有一個FirstActivity時堆棧情況：

此種模式下，Activity在啟動時會進行判斷，如果當前的App的棧頂的Activity即正在活動的Activity就是將要啟動的Activity，那麼就不會創建新的實例，直接使用棧頂的實例。
測試，設置FirstActivity為此啟動模式，多次點擊FirstActivity中的啟動FirstActivity的按鈕查看堆棧情況：
（其實點擊按鈕沒有啟動新Activity的動畫就可以看出並沒有啟動新Activity）

大意就是：
對於使用singleTop啟動或Intent.FLAG_ACTIVITY_SINGLE_TOP啟動的Activity，當該Activity被重復啟動（注意一定是re-launched，第一次啟動時不會調用）時就會調用此方法。
且調用此方法之前會先暫停Activity也就是先調用onPause方法。
而且，即使是在新的調用產生後此方法被調用，但是通過getIntent方法獲取到的依舊是以前的Intent，可以通過setIntent方法設置新的Intent。
方法參數就是新傳遞的Intent.

1.如果是同一個App中啟動某個設置了此模式的Activity的話，如果棧中已經存在該Activity的實例，那麼就會將該Activity上面的Activity清空，並將此實例放在棧頂。
測試：SecondActivity啟動模式設為singleTask，啟動三個Activity：

這個模式就很好記，以此模式啟動的Activity會存放在一個單獨的任務棧中，且只會有一個實例。
測試：SecondActivity啟動模式設為singleInstance

結果：

顯然，啟動了兩次ThirdActivity任務棧中就有兩個實例，而SecondActivity在另外一個任務棧中，且只有一個。

在使用Intent啟動一個Activity時可以設置啟動該Activity的啟動模式：
這個屬性有很多，大致列出幾個：

每個啟動的Activity都在一個新的任務棧中

singleTop

singleTask

用此種方式啟動的Activity，在它啟動了其他Activity後，會自動finish.

官方文檔介紹如下：

這樣看來的話，通俗易懂的講，就是給每一個任務棧起個名，給每個Activity也起個名，在Activity以singleTask模式啟動時，就檢查有沒有跟此Activity的名相同的任務棧，有的話就將其加入其中。沒有的話就按照這個Activity的名創建一個任務棧。
測試：在App1中設置SecondActivity的taskAffinity為「gsq.test」，App2中的ActivityX的taskAffinity也設為「gsq.test」

任務棧信息如下：

結果很顯然了。
測試：在上述基礎上，在ActivityX中進行跳轉到ActivityY,ActivityY不指定啟動模式和taskAffinity。結果如下：

這樣就沒問題了，ActivityY在一個新的任務棧中，名稱為包名。
這時從ActivityY跳轉到SecondActivity，那應該是gsq.test任務棧只有SecondActivity，ActivityX已經沒有了。因為其啟動模式是singleTask，在啟動它時發現已經有一個實例存在，就把它所在的任務棧上面的Activity都清空了並將其置於棧頂。

還有一點需要提一下，在上面，FirstActivity是App1的lunch Activity，但是由於SecondActivity並沒有指定MAIN和LAUNCHER過濾器，故在FirstActivity跳轉到SecondActivity時，按下home鍵，再點開App1，回到的是FirstActivity。

大致就先寫這么多吧，好像有點長，廢話有點多，估計也有錯別字，不要太在意~~~

㈦ android 是否可以同時有兩個activity處於活動狀態

不能，android的機制只能保持一個activity處於活動狀態

㈧ 如何管理Android中Activity的生命周期

在創建一個Activity中會經歷：
6個方法：onCreate()，onStart(),OnResume(),onPause(),OnStop(),OnDestoty();
Activity在ADTandroid虛擬機中是以棧的形式存放的。
上面的6個方法分別是：創建，開始，繼續，暫停，停止，銷毀。
一共這6個生命周期的方法。