一、Android 的生命週期深入剖析
1、正常情況下的生命週期
onCreate : 表示頁面(Activity)的創建。(生命週期第一個階段)功能:完成初始化工作,如:加載頁面佈局資源、初始化數據。
onStart : 表示頁面(Activity)正在被啓動,即將開始。功能:頁面爲可見狀態,但是無法與用戶交互。
onResume : 表示頁面(Activity)出現在前臺。功能:與 onStart 相比,onStart 處於後臺,OnResume 才顯示到前臺。
onPause : 表示頁面(Activity)正在停止。功能:頁面處於後臺,正常情況下,onStop 緊接着執行。此時會做一些數據存儲、停止動畫不太耗時的工作。
onPause 執行完新的頁面(Activity)的 onResume 纔會執行。
onStop : 表示頁面(Activity)即將停止。功能:頁面爲不可見狀態,做稍微輕量級的不太耗時的回收工作。
onDestroy : 表示頁面(Activity)即將銷燬。(生命週期最後一個階段)功能:回收工作和資源的釋放。
onRestart : 表示頁面(Activity)重新啓動。功能:頁面從不可見狀態轉化爲可見狀態時會調用此方法。如:Home 鍵切換頁面(打開新的 Activity),然後回到頁面過程中。
相信以上概念小夥伴們已經是滾瓜爛熟了,接着往下看:
這裏有兩個問題:
(1)、onStart 和 onResume、onPause和onStop從描述上來看差不多,對我們來說有什麼實質上的不同?
答:onStart 和 onStop 是從 Activity 是否可見這個角度來回調的,而 onResume 和 onPause 是從是否位於前臺來回調的。
(2)、假設當前 Activity 爲 A。如果用戶打開一個新的 Activity B,那麼 B 的 onResume 和 A 的 onPause 哪個先執行?
答:根據Android的基本運行機制,不能再onPause中執行重量級的操作,因爲必須onPause執行完成以後新Activity才能onResume。onPause和onResume都不能執行耗時的操作,尤其是onPause,這就意味着我們應該在onStop中做操作。從而使新的Activity顯示出來並切換到前臺。
2、異常情況下的生命週期
情況一:資源相關的系統配置發生改變導致Activity被殺死並重新創建
比如當前Activity處於豎屏狀態,如果突然旋轉屏幕,由於系統配置發生改變,在默認情況下,Activity 就會被銷燬並且重新創建。
過程:
① Activity 會被銷燬,其中onPause、onStop、onDestory均會被調用,同時由於Activity是在異常情況下終止的
② 系統會調用 onSavaInstanceState 來保存當前的 Activity 的狀態。這個方法的調用時機是在 onStop 之前,它和 onPause 沒有既定的時序關係,它既可能在 onPause 之前或者之後調用。這種情況只會出現在 Activity 被異常終止的條件下。
③ 當 Activity 被重新創建後,系統會調用 onRestoreInstanceState,並且把 Activity 銷燬時的 onSaveInstanceState 方法所保存的 Bundle 對象作爲參數同時傳遞給 onRestoreInstanceState 和 onCreate 方法。因此我們可以通過判斷 onRestoreInstanceState 和 onCreate 方法是否被重建。
④ 如果被重建了,我們會取出之前保存的數據並恢復,從時序上來說,onRestoreInstanceState 的調用在 onStart 之後。
注意:我們銷燬 Activity 重新創建獲取數據狀態時,有兩種方式,接收位置可以選擇 onRestoreInstanceState(官方建議使用) 或者 onCreate 兩者的區別:
① onRestoreInstanceState 一旦被調用,其參數 Bundle saveInstanceState 一定是有值的,我們不用額外的判斷是否爲空。
② onCreate 正常啓動的話,其參數 Bundle saveInstanceState 爲 null,所以必須進行額外的判斷。
③ 系統只有在 Activity 異常終止的時候纔會調用 onSaveInstanceState 和 onRestoreInstanceState 來存儲和恢復數據,其他情況不會出發這個過程。
情況二:資源內存不足導致低優先級的Activity被殺死
先描述一下 Activity 的優先級情況,Activity 的優先級從高到底,可分爲一下三種:
① 前臺 Activity —— 正在和用戶交互的 Activity ,優先級最高。
② 可見但非前臺的 Activity —— 比如 Activity 中彈出了一個對話框,導致 Activity 可見但是位於後臺和無法與用戶直接交互。
③ 後臺 Activity —— 已經被暫停的 Activity ,比如執行了 onStop ,優先級最低。
資源內存不足時的過程分析:
當系統資源不足時,系統會按照上述優先級去殺死目標的 Activity 所在的進程,並在後續通過 onSaveInstanceState 和 onRestoreInstanceState 來存儲和恢復數據。
如果一些後臺的進程脫離了四大組件而獨立運行,那麼這個進程很快就被殺死。我們常常將後臺工作放到 Service 中保持進程具有一定的優先級。
問題:當系統發生改變時,我們不想讓 Activity 發生改變,比如,當我們旋轉屏幕時,不想重新創建新的 Activity ,我們會怎麼操作?
答:使用 android:configChanges="orientation" 屬性。
如果我們沒有在 configChanges 屬性中指定選項的話,當系統配置發生改變的話 Activity 就會被重新創建。我們常用到的三個屬性:
① locale : 設備的本地位置發生了改變,一般指切換了系統語言。
② keyboardHidden : 鍵盤可訪問性發生了改變,比如用戶調用了鍵盤。
③ orientation : 屏幕方向發生了改變,這個是最常用到的,比如旋轉的手機屏幕,一般與 screenSize 屬性值配合使用。
這樣,Activity 不會被創建,onSaveInstanceState 和 onRestoreInstanceState 方法不會被調用,取而代之,系統調用了 onConfigurationChanged 方法,這個時候我們可以做一些特殊的處理了。