今天體會最深的一點就是android的生命週期，
在Android中，進程的生命週期大多數時候是由系統管理的；也由於手機應用的一些特殊性，所以我們需要更多的去關注各個Android Component的運行時生命週期模型。（所謂手機應用的特殊性主要是指這樣2點：
1. 手機應用的大多數情況下我們只能在手機上看到一個程序的一個界面，用戶除了通過程序界面上的功能按鈕來在不同的窗體間切換，還可以通過Back鍵和Home鍵來返回上一個窗口，而用戶使用Back或者Home的時機是非常不確定的，任何時候用戶都可以使用Home或Back來強行切換當前的界面。
2. 往往手機上一些特殊的事件發生也會強制的改變當前用戶所處的操作狀態，例如無論任何情況，在手機來電時，系統都會優先顯示電話接聽界面。）瞭解這些 Component的生命週期模型一方面是讓我們對軟件在手機中的運行情況做到心中有數，更重要的，對於程序開發來說，生命週期中的每一個關鍵事件都會有我們可以覆寫於各種Component對應基類型的事件處理方法，瞭解各Component的生命週期就是讓我們
在開發程序時明白我們該怎樣去編寫各種事件的處理代碼。
Activity的生命週期模型在Google提供的官方文檔上有比較詳細的一個圖示
import android.app.Activity;
import android.os.Bundle;
public class MyActivity extends Activity {
// 在完整生存期開始的時候調用
@Override
public void onCreate(Bundle icicle) {
super.onCreate(icicle);
// 初始化一個活動
}
// 在onCreate方法完成之後調用，用來恢復UI狀態
@Override
public void onRestoreInstanceState(Bundle savedInstanceState) {
super.onRestoreInstanceState(savedInstanceState);
//從savedInstanceState中恢復UI狀態
// 這個bundle也被傳遞給onCreate
}
// 在一個活動進程的後續的可見生存期之前調用
@Override
public void onRestart(){
super.onRestart();
// 當知道這個進程中的活動已經可見之後，載入改變
}
// 在可見生存期開始時調用
@Override
public void onStart(){
super.onStart();
// 既然活動可見，就應用任何要求的UI改變
}
// 在活動狀態生存期開始時調用
@Override
public void onResume(){
super.onResume();
//恢復活動所需要的任何暫停的UI更新、線程或者進程，但是當不活動的時候，就掛起它們
}
// 在活動狀態生存期結束的時候調用，用來保存UI狀態改變
@Override
public void onSaveInstanceState(Bundle savedInstanceState) {
//把UI狀態改變保存到savedInstanceState
//如果進程被銷燬或者重啓，那麼這個bundle將被傳遞給onCreate super.onSaveInstanceState(savedInstanceState);
}
// 在活動狀態生存期結束時調用
@Override
public void onPause(){
//當活動不是前臺的活動狀態的活動時，掛起不需要更新的UI更新、線程或者CPU密集的進程。 super.onPause(); }
// 在可見生存期結束時調用
@Override
public void onStop(){
// 當進程不可見的時候，掛起不需要的剩下的UI更新、線程或者處理，保存所有的編輯或者
// 狀態改變，因爲這個進程可能會被銷燬(從而爲其他進程釋資源)
super.onStop();
}
// 在完整生存期結束時調用
@Override
public void onDestroy(){
// 清空所有的資源，包括結束線程、關閉數據庫連接等。
super.onDestroy();
}
} 其一共包含7個我們需要關心的關鍵事件，下面對其分別詳細說明（文字中的粗體字表示後文中會經常用到的概念在第一次出現時會給出解釋，之後後文不再詳細說明）：
1. void onCreate(Bundle savedInstanceState)
當Activity被第首次加載時執行。我們新啓動一個程序的時候其主窗體的onCreate事件就會被執行。如果Activity被銷燬後（onDestroy後），再重新加載進Task時，其onCreate事件也會被重新執行。注意這裏的參數 savedInstanceState（Bundle類型是一個鍵值對集合，大家可以看成是.Net中的Dictionary）是一個很有用的設計，由於前面已經說到的手機應用的特殊性，一個Activity很可能被強制交換到後臺（交換到後臺就是指該窗體不再對用戶可見，但實際上又還是存在於某個Task中的，比如一個新的Activity壓入了當前的Task從而“遮蓋”住了當前的
Activity，或者用戶按了Home鍵回到桌面，又或者其他重要事件發生導致新的Activity出現在當前Activity之上，比如來電界面），而如果此後用戶在一段時間內沒有重新查看該窗體（Android通過長按Home鍵可以選擇最近運行的6個程序，或者用戶直接再次點擊程序的運行圖標，如果窗體所在的Task和進程沒有被系統銷燬，則不用重新加載Process, Task和Task中的Activity，直接重新顯示Task頂部的Activity，這就稱之爲重新查看某個程序的窗體），該窗體連同其所在的Task和Process則可能已經被系統自動銷燬了，此時如果再次查看該窗體，則要重新執行
onCreate事件初始化窗體。而這個時候我們可能希望用戶繼續上次打開該窗體時的操作狀態進行操作，而不是一切從頭開始。例如用戶在編輯短信時突然來電，接完電話後用戶又去做了一些其他的事情，比如保存來電號碼到聯繫人，而沒有立即回到短信編輯界面，導致了短信編輯界面被銷燬，當用戶重新進入短信程序時他可能希望繼續上次的編輯。這種情況我們就可以覆寫Activity的void onSaveInstanceState(Bundle outState)事件，通過向outState中寫入一些我們需要在窗體銷燬前保存的狀態或信息，這樣在窗體重新執行onCreate的時候，則會通過
savedInstanceState將之前保存的信息傳遞進來，此時我們就可以有選擇的利用這些信息來初始化窗體，而不是一切從頭開始。
2. void onStart()
onCreate事件之後執行。或者當前窗體被交換到後臺後，在用戶重新查看窗體前已經過去了一段時間，窗體已經執行了onStop事件，但是窗體和其所在進程並沒有被銷燬，用戶再次重新查看窗體時會執行onRestart事件，之後會跳過onCreate事件，直接執行窗體的onStart事件。
3. void onResume()
onStart事件之後執行。或者當前窗體被交換到後臺後，在用戶重新查看窗體時，窗體還沒有被銷燬，也沒有執行過onStop事件（窗體還繼續存在於Task中），則會跳過窗體的onCreate和onStart事件，直接執行onResume事件。
4. void onPause()
窗體被交換到後臺時執行。
5. void onStop()
onPause事件之後執行。如果一段時間內用戶還沒有重新查看該窗體，則該窗體的onStop事件將會被執行；或者用戶直接按了Back鍵，將該窗體從當前Task中移除，也會執行該窗體的onStop事件。
6. void onRestart()
onStop事件執行後，如果窗體和其所在的進程沒有被系統銷燬，此時用戶又重新查看該窗體，則會執行窗體的onRestart事件，onRestart事件後會跳過窗體的onCreate事件直接執行onStart事件。
7. void onDestroy()
Activity被銷燬的時候執行。在窗體的onStop事件之後，如果沒有再次查看該窗體，Activity則會被銷燬。
最後用一個實際的例子來說明Activity的各個生命週期。假設有一個程序由2個Activity A和B組成，A是這個程序的啓動界面。當用戶啓動程序時，Process和默認的Task分別被創建，接着A被壓入到當前的Task中，依次執行了 onCreate, onStart, onResume事件被呈現給了用戶；此時用戶選擇A中的某個功能開啓界面B，界面B被壓入當前Task遮蓋住了A，A的onPause事件執行，B的 onCreate, onStart, onResume事件執行，呈現了界面B給用戶；用戶在界面B操作完成後，使用Back鍵回到界面A，界面B不再可見，界面B的onPause,
onStop, onDestroy執行，A的onResume事件被執行，呈現界面A給用戶。此時突然來電，界面A的onPause事件被執行，電話接聽界面被呈現給用戶，用戶接聽完電話後，又按了Home鍵回到桌面，打開另一個程序“聯繫人”，添加了聯繫人信息又做了一些其他的操作，此時界面A不再可見，其 onStop事件被執行，但並沒有被銷燬。此後用戶重新從菜單中點擊了我們的程序，由於A和其所在的進程和Task並沒有被銷燬，A的onRestart 和onStart事件被執行，接着A的onResume事件被執行，A又被呈現給了用戶。用戶這次使用完後，按Back鍵返回到桌面，A的
onPause, onStop被執行，隨後A的onDestroy被執行，由於當前Task中已經沒有任何Activity，A所在的Process的重要程度被降到很低，很快A所在的Process被系統結束。