趁著最近沒什么項目，打算回顧整理下android的基礎知識，算是查漏補缺。
關于Activity的生命周期，參看了相關書籍(android開發藝術探索)和文檔，還是對以前的知識體系有了很大程度的改善的，在這里記錄一下。
1、典型情況下的生命周期
典型情況，指有用戶參與的情況下，Activity所經過的生命周期的改變。
首先是經典的生命周期圖：
1.1、首先介紹下幾種狀態:
1）Created：剛剛完成一些初始化操作，Activity未可見。
2）Started：Activity可見，但還在還沒出現在前臺。
3）Resumed：Activity可見，且在前臺。（可視，可接受輸入，可執行代碼）
4）Paused：（部分可視，不可接受輸入，不可執行代碼）
5）Stopped：（不可視，不可接受輸入，不可執行代碼）
其中（“Created”和“Started”）是瞬態，系統會通過調用下一個生命周期回調方法從這些狀態快速移到下一個狀態。 也就是說，在系統調用 onCreate() 之后，它會快速調用 onStart()，緊接著快速調用 onResume()。
1.2、從回調方法的角度，幾種情況下的生命周期：
1）activity第一次啟動時，回調如下，對應圖上的1:
onCreate()->onStart()->onResume()
2）此時用戶打開另外一個新的Activity，或者切換到桌面，或者鎖屏時，回調如下，對應圖上的2：
onPause()->onStop()
3）這時再次回到原來的activity（重新點擊原來Activity的圖標，或者通過近期任務，或者解鎖屏幕），回調如下對應圖上的3:
onRestart()->onStart()->onResume()
4）這時候，如果按back鍵回退的時候，回調如下,對應圖上的4:
onPause()->onStop()->onDestroy()
5）圖上的5 是極端情況。用戶很難重現這一情景的。
6）當Activity被系統回收后再次打開，生命周期跟情況1一樣：
onCreate()->onStart()->onResume()
從整個生命周期來說: onCreate()和onDestory()是配對的，分別標識著activity的創建和銷毀，并且只可能一次調用。
從activity是否可見來說： onStart()和onStop是配對的。
從Activity是否位于前臺來說： onResume和onPause是配對的。
1.3、從一個activity啟動另外一個activity時的情況：
新啟動一個Activity時，舊的Activity的onPause方法先執行，再啟動新的Activity：
例如從activityA通過startActivity啟動activityB，回調如下：
activityA -> onPasuse()
activityB -> onCreate()
activityB -> onStart()
activityB -> onResume()
activityA-> onStop()
直接上一個測試圖：
1）我再ActivityA中啟動ActivityB，回調如下（每次啟動新的Activity時候，都會調用onSaveInstanceState，后面會介紹）：
2）然后再按返回鍵，返回ActivityA，回調如下：
2、異常情況下的生命周期
先來了解兩個回調函數：
1）onSaveInstanceState函數
某些情況下，系統會自動調用它來保存Activity的一些數據，但當除它默認要保存的數據外，我們還要保存一些其他數據的時候， 我們就需要覆蓋onSaveInstanceState()方法來保存Activity的附加信息。
@Override
protected void onSaveInstanceState(Bundle outState) {
outState.putInt("param", param);
Log.i(TAG, "onSaveInstanceState called. put param: " + param);
super.onSaveInstanceState(outState);
}
調用時機：當某個activity變得“容易”被系統銷毀時，該activity的onSaveInstanceState就會被執行，除非該activity是被用戶主動銷毀的，例如當用戶按BACK鍵的時候。
這里的容易被銷毀，指的是可能被系統銷毀的時候（強調的是可能），主要有如下幾種情況：
1、當用戶按下HOME鍵時。
這是顯而易見的，系統不知道你按下HOME后要運行多少其他的程序，
自然也不知道activity A是否會被銷毀，故系統會調用onSaveInstanceState，
讓用戶有機會保存某些非永久性的數據。以下幾種情況的分析都遵循該原則。
2、長按HOME鍵，選擇運行其他的程序時。
3、按下電源按鍵（關閉屏幕顯示）時。
4、從activity A中啟動一個新的activity時。
5、屏幕方向切換時，例如從豎屏切換到橫屏時。
2）onRestoreInstanceState函數
這個方法與onSaveInstanceState方法對應。在onSaveInstanceState中保存數據，那么則在onRestoreInstanceState中恢復數據。
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
param = savedInstanceState.getInt("param");
Log.i(TAG, "onRestoreInstanceState called. get param: " + param);
super.onRestoreInstanceState(savedInstanceState);
}
onSaveInstanceState方法和onRestoreInstanceState方法“不一定”是成對的被調用的，onRestoreInstanceState被調用的前提是，activity“確實”被系統銷毀了，而如果僅僅是停留在有這種可能性的情況下，則該方法不會被調用。
異常情況主要有下面兩種情況：
2.1、情況1：資源相關的系統配置發生改變
資源相關的系統配置發生改變，舉個例子：當前Activity處于豎屏狀態的時候突然轉成橫屏，系統配置發生了改變，Activity就會銷毀并且重建。
測試代碼：
public class LifeCycleActivity extends AppCompatActivity {
private static final String TAG = "LifeCycleActivityTest";
private Context context = this;
private int param = 1;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Log.i(TAG, "onCreate called.");
setContentView(R.layout.activity_life_cycle);
Button btn_test = (Button) findViewById(R.id.btn_test);
btn_test.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent(context, TargetActivity.class);
startActivity(intent);
}
});
}
@Override
protected void onStart() {
super.onStart();
Log.i(TAG, "onStart called.");
}
@Override
protected void onRestart() {
super.onRestart();
Log.i(TAG, "onRestart called.");
}
@Override
protected void onResume() {
super.onResume();
Log.i(TAG, "onResume called.");
}
@Override
protected void onPause() {
super.onPause();
Log.i(TAG, "onPause called.");
}
@Override
protected void onStop() {
super.onStop();
Log.i(TAG, "onStop called.");
}
@Override
protected void onDestroy() {
super.onDestroy();
Log.i(TAG, "onDestory called.");
}
@Override
protected void onSaveInstanceState(Bundle outState) {
outState.putInt("param", param);
Log.i(TAG, "onSaveInstanceState called. put param: " + param);
super.onSaveInstanceState(outState);
}
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
param = savedInstanceState.getInt("param");
Log.i(TAG, "onRestoreInstanceState called. get param: " + param);
super.onRestoreInstanceState(savedInstanceState);
}
}
1）啟動Activity：
2）直接按電源鍵鎖屏：
這時候調用了onSaveInstanceState方法。因為存在Activity被銷毀的可能。
3）解鎖屏幕：
這時候并沒有調用onRestoreInstanceState方法，因為Activity并沒有被真正銷毀重建。
4）然后我將手機屏幕從豎屏切換到橫屏：
這時候，onSaveInstanceState方法和onRestoreInstanceState方法都被調用了。因為Activity被系統重建了，而且是不為用戶所知的情況下。
而且onSaveInstanceState必定是在onStop方法之前調用（與onPause方法的順序不確定），onRestoreInstanceState必定是onStart方法后，onResume方法前調用。
2.2、情況2：資源內存不足導致低優先級Activity被殺死
Activity優先級
前臺Activity——正在和用戶交互的Activity，優先級最高
可見但非前臺Activity——Activity中彈出的對話框導致Activity可見但無法交互
后臺Activity——已經被暫停的Activity，優先級最低
系統內存不足時，會按照以上優先級殺死Activity，并通過onSaveInstanceState和onRestoreInstanceState這兩個方法來存儲和恢復數據。
這種情況是無法模擬的。但是函數調用情況跟情況1是一樣的。
2.3 不讓Activity重新創建的方法
系統配置有很多內容，當某項改變時，如果不想讓Activity重新創建可以在AndroidMainfest中給Activity指定configChanges屬性。
android:configChanges="xxx"
屬性，常用的主要有下面三個選項：
local：設備的本地位置發生了變化，一般指切換了系統語言；
keyboardHidden：鍵盤的可訪問性發生了變化，比如用戶調出了鍵盤；
orientation：屏幕方向發生了變化，比如旋轉了手機屏幕。```
配置了android:configChanges="xxx"屬性之后，Activity就不會在對應變化發生時重新創建，而是調用Activity的onConfigurationChanged方法。
參考：
>http://blog.csdn.net/wodetiantang007/article/details/8543357
>http://blog.csdn.net/liuhe688/article/details/6733407
