典型情況下的生命周期。是指在使用者參與的情況下，Activity所經過的生命周期的改變。
異常情況下的生命周期。是指Activity被系統回收或者由于目前裝置的Configuration發生改變進而導緻Activity被銷毀重建，異常情況下的生命周期的關注點和典型情況略有不同。
onCreate：表示Activity正在被建立。
onRestart：表示Activity正在重新啟動。
onStart：表示Activity正在被啟動，即将開始，這時Activity已經可見，但是還沒出現在前台。
onResume：表示Activity已經可見，并且出現在前台并開始活動。
onPause：表示Activity正在停止，正常情況下，緊接着onStop就會被調用。
onStop：表示Activity即将停止，可以做一些稍微重量級的回收工作，同樣不能太耗時。
onDestroy：表示Activity即将被銷毀，這是Activity生命周期中的最後一個回調，可以做一些回收工作和最終的資源釋放。
注意點：
1，當使用者打開新的Activity或者切換到桌面的時候，回調如下：onPause -> onStop，這裡有一種特殊情況，如果新的Activity采用了透明的主題，那麼目前Activity不會回調onStop。
2，onStart和onResume、onPause和onStop，有什麼實質不同呢。
從Activity是否可見的角度看，onStart和onStop配對，從Activity是否位于前台這個角度，onResume和onPause配對。
3，假設目前Activity為A，如果這時使用者打卡一個新的Activity B，那麼B的onResume和A的onPause哪個先執行。
先會執行A的onPause後，新的Activity才能啟動。官方文檔中有這麼一句，不能在onPause中做重量級的操作，因為必須onPause執行完成以後，新的Activity才能Resume。
1，資源相關的系統配置發生改變導緻Activity被殺死并重新建立。
比如目前Activity處于豎屏狀态，突然橫屏了，那麼此時系統配置發生了改變，在預設情況下，Activity就會被銷毀并且重新建立，拿的資源圖檔就會不一樣，當系統配置發生變化之後，Activity會被銷毀，其中onPause、onStop、onDestroy均會被調用，由于Activity是在異常情況下終止的，系統就會調用onSaveInstanceState來儲存目前的Activity狀态，這個方法是在onStop之前，它和onPause沒有既定的時序關系，可能在onPause之前，也可能在onPause之後調用，需要強調下， 這個方法隻會在Activity背異常終止的情況下調用，正常情況下系統不會回調這個方法。當Activity重新建立後，系統會調用onRestoreInstanceSate，并且把之前儲存的資料恢複回來。
關于儲存和恢複View層次結構，系統的工作流程是這樣的：首先Activity被意外終止時，Activity會調用onSaveInstanceState去儲存資料，然後Activity會委托Window去儲存資料，接着Window再委托它上面的頂級容器去儲存資料，頂級容器是一個ViewGroup，一般來說它很可能是DecorView。最後頂層容器再去一一通知它的子元素來儲存。這是一種典型的委托思想，上層委托下層，父容器委托子元素去處理一件事，這種思想在Android中很常見，比如View的繪制過程，事件分發等等。
總之，系統隻有在Activity異常終止的情況下才會調用onSaveInstanceState和onRestoreInstanceSate來存儲和恢複資料，其他情況下不會觸發這個過程。
2，資源記憶體不足導緻優先級低的Activity被殺死
Activity按照優先級從高到低，可以分為三種。
前台Activity—正在和使用者互動的Activity，優先級最高
可見但非前台Activity—比如Activity中彈出了一個對話框，導緻Activity可見但是位于背景無法和使用者直接互動
背景Activity—已經被暫停的Activity，比如執行了onStop，優先級最低
當系統記憶體不足時，系統就會按照上述優先級去殺死目标Activity所在的程序，并後續通過onSaveInstanceState和onRestoreInstanceSate來存儲和恢複資料，如果一個程序中沒有四大元件在執行，那麼這個程序将很快被系統殺死，是以，比較好的方法是将背景工作放入Service中進而保證程序有一定的優先級，這樣就不會輕易地被系統殺死。
Activity的LaunchMode
standard：标準模式，系統預設模式。每次啟動一個Activity都會重新建立一個新的執行個體，不管這個執行個體是否已經存在。在這個模式下，誰啟動了Activity，那麼這個Activity就運作在啟動它的那個Activity所在棧中。
singleTop：棧頂複用模式。在這種模式下，如果新的Activity已經位于任務棧頂，那麼此Activity不會被重新建立，同時它的onNewIntent方法會被回調，通過此方法的參數我們可以取出目前的請求資訊
singleTask：棧内複用模式。這是一種單例模式，在這種模式下，隻要Activity在一個棧中存在，那麼多次啟動此Activity都不會建立執行個體，和singleTop是一樣，系統也會調用onNewIntent。還有一點，就是singleTask有clearTop的效果，會導緻棧内已有的Activity全部出棧。
singleInstance：單執行個體模式。這是一種加強的singleTask模式，它除了具有singleTask的所有特性以外，還加強了一點，那就是具有此模式的Activity隻能單獨位于一個任務棧中，比如Activity A是singleInstance模式，當A啟動後，系統會為它建立一個新的任務棧，然後A獨自在這個新的任務棧中，由于棧内複用的特性，後續均不會建立新的Activity，除非這個獨特的任務棧被系統銷毀。
如何給Activity指定啟動模式，有兩種方法，第一種是通過AndroidMenifest.xml
另外一種情況是通過Intent中設定标志位來為Activity指定啟動模式。
這兩者是有差別的，首先，在優先級上，第一種方式優先級要高于第一種，當兩種同時存在的時候，以第二種方式為準，第一種方式無法直接為Activity設為FLAG_ACTIVITY_CLEAR_TOP辨別，而第二種方式無法為Activity指定singleInstance模式。
Activity的Flags
FLAG_ACTIVITY_NEW_TASK：這個标記位的作用是為Activity指定“singleTask”啟動模式，其效果和在XML中指定該模式相同。
FLAG_ACTIVITY_SINGLE_TOP：這個标記位的作用是為Activity指定“singleTop”啟動模式，其效果和在XML中指定該模式相同。
FLAG_ACTIVITY_CLEAR_TOP：具有次标記位的Activity，當它啟動時，在同一個任務棧中所有位于它上面的Activity都要出棧，這個标記位一般會和singleTask啟動模式一起出現。如果被啟動的Activity的執行個體已經存在，那麼系統就會調用它的onNewIntent
源于對掌握的Android開發基礎點進行整理，羅列下已經總結的文章，從中可以看到技術積累的過程。
1，Android系統簡介
2，ProGuard代碼混淆
3，講講Handler+Looper+MessageQueue關系
4，Android圖檔加載庫了解
5，談談Android運作時權限了解
6，EventBus初了解
7，Android 常見工具類
8，對于Fragment的一些了解
9，Android 四大元件之 " Activity "
10，Android 四大元件之" Service "
11，Android 四大元件之“ BroadcastReceiver "
12，Android 四大元件之" ContentProvider "
13，講講 Android 事件攔截機制
14，Android 動畫的了解
15，Android 生命周期和啟動模式
16，Android IPC 機制
17，View 的事件體系
18，View 的工作原理
19，了解 Window 和 WindowManager
20，Activity 啟動過程分析
21，Service 啟動過程分析
22，Android 性能優化
23，Android 消息機制
24，Android Bitmap相關
25，Android 線程和線程池
26，Android 中的 Drawable 和動畫
27，RecylerView 中的裝飾者模式
28，Android 觸摸事件機制
29，Android 事件機制應用
30，Cordova 架構的一些了解
31，有關 Android 插件化思考
32，開發人員必備技能——單元測試