前言
四大組件對於Android開發者是老生常談的知識了，相信每個Android開發者對四大組件都已經很熟悉了。但是四大組件作爲Android應用的基礎，作爲開發者不僅要熟悉而且要爛熟於心。
這裏以《重溫Android四大組件》爲題目是爲了鞏固自己的Android基礎，加深對Android的認知。
Activity生命週期探索
Activity生命週期是Activity在不同場景下表現的一種狀態，在Android開發中的表現就是提供給開發者的生命週期函數。使用Activity生命週期函數的目的就是定義Activity在不同時期的表現。下圖是Android官方文檔中提供的Activity生命週期函數回調。在這張圖中可以看到Activity在各種場景中的狀態變化。
onCreate() 表示Activity正在被創建。在系統首次創建時觸發，並且onCreate在整個Activity生命週期中只觸發一次。在onCreate中我們可以做一些初始化工作。
onStart() 表示Activity正在啓動。此時Activity對用戶可見，並且正在準備進入前臺並且變得可交互。
onReStart() 表示Activity正在重新啓動。一般來說Activity從後臺回到前臺時會調用onRestart方法。比如，用戶點擊home鍵將Activity放到後臺，然後返回應用。
onResume() 表示Activity已經進入到前臺，用戶可以與Activity進行交互了。Activity將會停留在resume狀態直到有其它事件發生時Activity失去焦點，比如說用戶切換到其它Activity。
onPause() 表示Activity正在停止。也就是說某些事件發生導致用戶正在離開當前Activity。在onPause方法中可以釋放一些系統資源，比如傳感器或者可能影響電池續航的一些行爲。但是需要注意的時不能再onPause中作耗時操作，因爲在啓動其他Activity時，執行過當前Activity的onPause方法後纔會執行新的Activity的onResume方法。
onStop() 表示Activity即將停止。此時Activity對用戶已經是不可見的了，但是此時Activity對象依然在內存中。在onStop中可以做一些稍微重量級的操作，比如數據庫操作、暫停動畫或者處理一些對用戶不可見的資源。
onDestroy() 表示Activity將要銷燬。這是Activity生命週期中的最後一個回調函數。在onDestroy方法中需要釋放所有資源。
Activity在不同場景中的生命週期狀態
（1）Activity被啓動並結束
觸發條件：用戶按下back鍵或者調用了Activity的finish方法。
這個簡單的場景是最常出現的。這個場景可以歸納爲：onCreate()->onStart()-onResume()->點擊返回鍵->onPause()->onStop()->onDestroy()
（2）用戶切換出當前應用
觸發條件：用戶按下HOME鍵或者在任務欄中切換到其它應用。
在這個場景中Activity被放到後臺，但是並沒有被銷燬，Activity實例依然在內存中，如果系統沒有回收進程，Activity實例會保有之前的狀態。這個場景可以歸納爲：onCreate()->onStart()-onResume()->點擊HOME鍵->onPause()->onStop()->onSaveInstanceState()->返回應用->onRestart()->onStart()->onResume()
（3）系統配置變化
觸發條件：比如：屏幕方向改變、鍵盤語言變化等。
在上述條件中，屏幕方向改變應該是最常見的現象。系統配置的改變會導致Activity的銷燬以及重建。生命週期變化是：onCreate()->onStart()->onResume()->屏幕方向變化->onPause()->onStop()->onSaveInstanceState()->onDestory()->onCreate()->onStart()->onRestoreInstanceState()->onResume()。
可以看到在屏幕方向變化期間，Activity經歷了銷燬和重建兩個過程。可以注意到在這期間有兩個方法被調用到，它們分別是onSaveInstanceState和onRestoreInstanceState，這兩個方法時用來恢復Activity狀態使用的，通過Bundle傳遞參數。
在上面的情況中，由於Bundle無法傳遞大量的數據，開發者可以選擇自己處理系統配置變化。在AndroidManifest.xml文件中改變Activity的配置。比如，處理屏幕方向改變可以加入配置：android:configChanges="orientation"。這個時候屏幕方向改變是就會調用onConfigurationChanged方法。此時的生命週期變化是：onCreate()->onStart()->onResume()->屏幕方向變化->onConfigurationChanged()。
可以看到，如果開發者自己處理系統配置改變，那麼Activity就不會銷燬重建了，而是直接調用onConfigurationChanged方法。
（4）啓動模式對生命週期的影響
我們知道Activity有4中啓動模式，分別是standard（標準模式）、singleTop（棧頂複用模式）、singleTask（棧內複用模式）、singleInstance（單實例模式）。啓動模式不同也會導致Activity生命週期不同的變化。
standard（標準模式）：標準模式下的Activity在每次啓動時都會創建新的Activity實例，它的生命週期跟上面圖中所示相差無幾。
singleTop（棧頂複用模式）：在這種模式下的Activity如果處於Activity棧棧頂，那麼會複用Activity實例，啓動的時候就會調用onNewIntent()->onRestart()->onStart()->onResume()。如果不是處於棧頂就會調用onCreate()->onRestart()->onStart()->onResume()。
singleTask（棧內複用模式）：在這個模式下的Activity只要在Activity棧內存在實例就會複用這個實例，那個生命週期變化是：onNewIntent()->onRestart()->onStart()->onResume()。
singleInstance（單實例模式）：在這種模式下Activity單獨存在一個Activity棧中，啓動調用onCreate()->onRestart()->onStart()->onResume()
通過Activity生命週期函數記錄Activity狀態
在上面的系統配置變化的例子中可以看到Activity中提供了記錄狀態的方法。onSaveInstanceState以及onRestoreInstanceState，這兩個方法都是用Bundle。除此之外我們還能看到在onCreate方法中也有一個Bundle類型的參數，這個Bundle就是保存的狀態的載體。
我們知道Activity會由於一些行爲被銷燬，比如，退出Activity。這些正常的操作會銷燬Activity實例，並且系統不會保有Activity的狀態。還有一種情況是當Activity處於後臺時，由於內存問題會被系統回收或者系統配置改變導致的銷燬重建，這個時候系統會保有Activity的狀態，就是Bundle存儲的數據，在Activity重建是會獲取到Bundle中的數據。