摘要：四種狀態(tài)運行狀態(tài)暫停狀態(tài)停止狀態(tài)銷毀狀態(tài)運行狀態(tài)處于返回棧的棧頂位置，正在運行與用戶發(fā)生著交互，系統(tǒng)不愿回收此種狀態(tài)的。和都是為了解決重復(fù)創(chuàng)建問題，的作用域是棧頂，的作用域是整個返回棧。

Android 系統(tǒng)組件不同于普通類對象，能夠直接創(chuàng)建實例，需要各自的上下文環(huán)境——Context。
Context 上下文環(huán)境確保 Android 系統(tǒng)組件（Activity、Service、BroadcastReceiver）能夠正常工作。

Context 大致分為三種類型（通?？梢酝ㄓ茫?/p>

Application

Activity

Service

getApplication() = getApplicationContext() = Application
getApplicationContext() 方法的作用域更廣，任何一個 Context 實例（Activity, Service）通過調(diào)用 getApplicationContext() 方法都可以獲取到 Application。

ContextWrapper 抽象接口類

ContextImpl 具體實現(xiàn)類

ContextWrapper 中的方法通過組合委托方式交由 ContextImpl 具體實現(xiàn)。
getBaseContext() = ContextImpl

Context 數(shù)量計算公式：
Context 數(shù)量 = Activity 數(shù)量 + Service 數(shù)量 + 1（Application）

Android 使用任務(wù)（Task）返回棧（Back Stack）管理 Activity，任務(wù)是一組存放在棧（后進先出）里的 Activity 集合。

返回棧管理 Activity 的入棧出棧操作，例如：啟動新的 Activity 執(zhí)行入棧操作;Back 鍵返回或調(diào)用 finish() 方法，銷毀 Activity 執(zhí)行出棧操作。

系統(tǒng)總是顯示處于棧頂?shù)?Activity。

任務(wù)（Task）從前臺移至后臺時，返回棧中所有的 Activity 都會進入停止狀態(tài)，但是各個 Activity 在棧中的順序都會原封不動保留。

運行狀態(tài)

暫停狀態(tài)

停止狀態(tài)

銷毀狀態(tài)

運行狀態(tài)

Activity 處于返回棧的棧頂位置，正在運行與用戶發(fā)生著交互，系統(tǒng)不愿回收此種狀態(tài)的 Activity。

暫停狀態(tài)

Activity 不再處于返回棧的棧頂位置，但是依然可見，并非每個 Activity 都會占滿屏幕，例如對話框形式的 Activity 只是占據(jù)部分區(qū)域，其后面的 Activity 是可見的。系統(tǒng)同樣不愿回收此種狀態(tài)的 Activity，除非在內(nèi)存嚴重不足的情況下，才考慮回收此種狀態(tài)的 Activity。

停止狀態(tài)

Activity 不再處于返回棧的棧頂位置，并且完全處于不可見狀態(tài)，系統(tǒng)仍然會保存停止狀態(tài)的 Activity 的成員變量，但并不可靠，當其他地方需要內(nèi)存時，系統(tǒng)可能回收此種狀態(tài)的 Activity，保證內(nèi)存充足。

銷毀狀態(tài)

Activity 從返回棧出棧變?yōu)殇N毀狀態(tài)，系統(tǒng)樂于回收此種狀態(tài)的 Activity，保證內(nèi)存充足。

onCreate()

onStart()

onResume()

onPause()

onStop()

onDestroy()

onRestart()

onCreate() 方法在 Activity 第一次被創(chuàng)建的時候調(diào)用，完成 Activity 初始化操作，例如加載布局、綁定事件...。
onStart() 方法在 Activity 由不可見變?yōu)榭梢姷臅r候調(diào)用。
onResume() 方法在 Activity 準備好與用戶進行交互的時候調(diào)用。
onPause() 方法在系統(tǒng)準備啟動或者恢復(fù)另一個 Activity 的時候調(diào)用。
onStop() 方法在 Activity 由可見變?yōu)椴豢梢姷臅r候調(diào)用。
onDestroy() 方法在 Activity 銷毀之前調(diào)用。
onRestart() 方法在 Activity 由停止狀態(tài)變?yōu)檫\行狀態(tài)的時候調(diào)用。

onPause() ——> onResume() 暫停狀態(tài)向運行狀態(tài)切換。對話框式 Activity 無法占滿屏幕，其后面的 Activity 依然可見。

Activity 回收情況

Activity 執(zhí)行 onStop() 方法，處于停止狀態(tài)（不可見），可能被系統(tǒng)回收。
若系統(tǒng)內(nèi)存充足，保留 Activity 狀態(tài)數(shù)據(jù)，當用戶再次返回 Activity，執(zhí)行 onRestart() 方法。
若系統(tǒng)內(nèi)存不足，將 Activity 回收，用戶再次返回 Activity，執(zhí)行 onCreate() 而非 onRestart()。

Activity 提供 onSaveInstanceState() 回調(diào)方法，保證在 Activity 被回收之前調(diào)用此方法，保存臨時數(shù)據(jù)。隨后可以在 Activity onCreate(Bundle savedInstanceState) 方法恢復(fù)數(shù)據(jù)。

完整生存期：onCreate() ——> onDestroy()

可見生存期：onStart() ——> onStop()

前臺生存期：onResume() ——> onPause()

定義啟動模式

使用 AndroidManifest.xml 文件指定 標簽的 android:launchMode 屬性。

調(diào)用 startActivity() 方法時使用 Intent FLAG 參數(shù)。
Intent 中定義的啟動模式 FLAG 將會覆蓋 AndroidManifest.xml 文件中的定義。

standard

singleTop

singleTask

singleInstance

standard 模式不在乎一個 Activity 是否已經(jīng)存在于返回棧之中，每次啟動都會創(chuàng)建新的 Activity 放入返回棧中。

singleTop 模式啟動 Activity 時，如果當前返回棧的棧頂位置已是該類型 Activity，則無需創(chuàng)建新的實例，直接使用棧頂位置的 Activity。如果該類型 Activity 存在于返回棧中，但并非處于棧頂位置，還是會創(chuàng)建新的 Activity 實例。

singleTask 模式啟動 Activity 時，如果當前返回棧中存在該類型 Activity，則直接使用該 Activity 實例，并將這個 Activity 實例之上的 Activity 統(tǒng)統(tǒng)出棧。如果整個返回棧中不存在該類型 Activity，還是會創(chuàng)建新的 Activity 實例。

singleTop 和 singleTask 都是為了解決重復(fù)創(chuàng)建 Activity 問題，singleTop 的作用域是棧頂，singleTask 的作用域是整個返回棧。

singleInstance 創(chuàng)建活動到獨立返回棧，從而實現(xiàn)不同程序可以共享 Activity 實例。

taskAffinity 參數(shù)用于指定 Activity 依附于哪個任務(wù)。

ActivityManagerService，負責系統(tǒng)中所有的 Activity 的生命周期。
ActivityThread，App 真正的入口，執(zhí)行 main() 方法，初始化主線程的消息循環(huán)隊列。
Zygote，Linux 系統(tǒng)所有進程均是由 “init“ 進程拷貝（fork）而來。

點擊應(yīng)用圖標 Launcher 程序?qū)Ⅻc擊事件轉(zhuǎn)換為 startActivity(intent)，通過 Binder IPC 路由通知 ActivityManagerService。ActivityManagerService 首先通過 PackageManager 收集 intent 信息，然后檢查是否具有喚醒組件的權(quán)限，開啟新的 TASK（FLAG_ACTIVITY_NEW_TASK），最后創(chuàng)建進程去實例化組件。

創(chuàng)建進程過程：
ActivityManagerService Process.start() 由 Zygote 進程（Linux init 進程）孵化出應(yīng)用進程，并實例化 ActivityThread（主線程/UI 線程）對象執(zhí)行 main() 方法，初始化主線程的 Looper、Handler，開啟消息循環(huán)隊列，無限等待消息到來（Looper.loop()）。

綁定應(yīng)用過程：
bindApplication() 方法發(fā)送 BIND_APPLICATION 消息到消息循環(huán)隊列，關(guān)聯(lián)（attach）創(chuàng)建的進程和應(yīng)用程序。加載應(yīng)用程序 Class 到線程私有內(nèi)存空間。

啟動 Activity 過程：
realStartActivity() 發(fā)送 LAUNCH_ACTIVITY 消息到消息循環(huán)隊列，啟動 Activity 管理自身生命周期，首先回調(diào) onCreate() 方法。

自定義 scheme 協(xié)議以便跳轉(zhuǎn)至 App 期望到達的各個頁面，可由服務(wù)端定制化。

原生 App 頁面

HTML5 頁面

其他 App 頁面

Fragment 是一種可以嵌入在 Activity 中的 UI 片段，就好像是 mini Activity 同樣包含布局，并擁有自己的生命周期。Android 引入 Fragment 概念，力求在開發(fā)過程中同時兼顧手機和平板屏幕的大小。

靜態(tài)創(chuàng)建方式和動態(tài)創(chuàng)建方式

在布局中靜態(tài)添加 標簽，通過 android:name 屬性指定 Fragment 類名。

在程序運行時動態(tài)地添加 Fragment 到 Activity 中。

動態(tài)添加過程：

創(chuàng)建 Fragment 實例

獲取 FragmentManager，在 Activity 中通過 getSupportFragmentManager() 方法可以得到。

FragmentManager 開啟事務(wù) FragmentTransaction

FragmentTransaction 向布局中的指定容器（ViewGroup）添加或替換（replace） Fragment

提交事務(wù) FragmentTransaction.commit()

不同之處在于，是否清空容器后再添加 Fragment，replace() 會清空而 add() 不會。通常 add() 方法需要配合 hide() 或 remove() 方法一起使用，而 replace() 方法一般多帶帶使用。

transaction.replace(viewId, fragment);

等價操作：

transaction.add(viewId, fragment);
transaction.show(fragment);
transaction.hide(preFragment);
transaction.remove(preFragment);

Activity 調(diào)用 Fragment 方法：Activity FragmentManager findFragmentById() 方法獲取 Fragment 實例。

Fragment 調(diào)用 Activity 方法：Fragment getActivity() 方法獲取 Activity 實例。

Fragment 調(diào)用 Fragment 方法：Activity 作為中介。

FragmentTransaction 提供 addToBackStack() 方法，可以添加事務(wù)到返回棧中。根據(jù)應(yīng)用需求決定是否使用 addToBackStack() 方法。例如 Back 鍵返回時顯示上一次 FragmentTransaction 記錄結(jié)果，則需事先調(diào)用 addToBackStack() 方法。

addToBackStack() 方法保存的是一系列針對 FragmentTransaction 的操作記錄。

運行狀態(tài)

暫停狀態(tài)

停止狀態(tài)

銷毀狀態(tài)

運行狀態(tài)：Fragment 所關(guān)聯(lián)的 Activity 處于運行狀態(tài)

暫停狀態(tài)：Fragment 所關(guān)聯(lián)的 Activity 處于暫停狀態(tài)

停止動態(tài)：當 Activity 進入停止狀態(tài)時，與它相關(guān)聯(lián)的 Fragment 就會進入停止狀態(tài)。或者通過調(diào)用 FragmentTransaction 的 remove()、replace() 方法將 Fragment 從 Activity 中移除，但在事務(wù)提交之前調(diào)用 addToBackStack() 方法，這時 Fragment 也會進入停止狀態(tài)。

銷毀狀態(tài)：Fragment 依附于 Activity 而存在，因此 Activity 銷毀，與它相關(guān)聯(lián)的 Fragment 就會進入銷毀狀態(tài)?；蛘咄ㄟ^調(diào)用 FragmentTransaction 的 remove()、replace() 方法將 Fragment 從 Activity 中移除，但在事務(wù)提交之前沒有調(diào)用 addToBackStack() 方法，這時 Fragment 也會進入銷毀狀態(tài)。

onAttach()

onCreate()

onCreateView()

onActivityCreated()

onStart()

onResume()

onPause()

onStop()

onDestroyView()

onDestroy()

onDetach()

onRestart()

除了與 Activity 相同的生命周期回調(diào)方法之外，F(xiàn)ragment 還附加幾個回調(diào)方法。

onAttach()：當 Fragment 和 Activity 建立關(guān)聯(lián)的時候調(diào)用
onCreateView()：為 Fragment 創(chuàng)建視圖（加載布局）的時候調(diào)用
onActivityCreated()：確保 Fragment 和關(guān)聯(lián)的 Activity 都創(chuàng)建完畢
onDestroyView()：當 Fragment 移除視圖結(jié)構(gòu)的時候調(diào)用
onDetach()：當 Fragment 和 Activity 解除關(guān)聯(lián)的時候調(diào)用

與 Activity 生命周期協(xié)調(diào)一致

ViewPager extends ViewGroup，允許用戶左右滑動（幻燈片效果）瀏覽視圖，并根據(jù)提供的 PagerAdapter 填充數(shù)據(jù)。

FragmentPagerAdapter 與 FragmentStatePagerAdapter 的區(qū)別

ViewPager 提供兩種頁面適配器（PagerAdapter）來管理不同的 Fragment 之間滑動切換。

FragmentPagerAdapter：ViewPager 中的所有 Fragment 實例常駐內(nèi)存，當 Fragment 變得不可見時僅銷毀視圖結(jié)構(gòu)，即調(diào)用 onDestroyView() 方法。由于 FragmentPagerAdapter 內(nèi)存消耗較大，所以適合少量靜態(tài)頁面的場景。

FragmentStatePagerAdapter：當 Fragment 變得不可見時，不僅銷毀視圖層次，F(xiàn)ragment 實例也被銷毀，即調(diào)用了 onDestroyView() 和 onDestroy() 方法，僅保存 Fragment 狀態(tài)。相比而言， FragmentStatePagerAdapter 內(nèi)存占用較小，所以適合大量動態(tài)頁面的場景。