一、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 方法，這個時候我們可以做一些特殊的處理了。
