在Android中，多數(shù)情況下每個程序都是在各自獨立的Linux進程中運行的。當一個程序或其某些部分被請求時，它的進程就“出生”了；當這個程序沒有必要再運行下去且系統(tǒng)需要回收這個進程的內(nèi)存用于其他程序時，這個進程就“死亡”了。可以看出，Android程序的生命周期是由系統(tǒng)控制而非程序自身直接控制。這和我們編寫桌面應用程序時的思維有一些不同，一個桌面應用程序的進程也是在其他進程或用戶請求時被創(chuàng) 建，但是往往是在程序自身收到關閉請求后執(zhí)行一個特定的動作（比如從main函數(shù)中 return）而導致進程結束的。要想做好某種類型的程序或者某種平臺下的程序的開發(fā)，最關鍵的就是要弄清楚這種類型的程序或整個平臺下的程序的一般工作模式并熟記在心。
在Android系統(tǒng)中，當某個activity調(diào)用 startActivity(myIntent) 時，系統(tǒng)會在所有已經(jīng)安裝的程序中尋找其 intent filter 和myIntent最匹配的一個activity，啟動這個進程，并把這個intent 通知給這個activity。這就是一個程序的“生”。比如我們在 Home application 中選擇 “Web browser”，系統(tǒng)會根據(jù)這個intent 找到并啟動 Web browser 程序，顯示 Web browser 的一個activity 供我們?yōu)g覽網(wǎng)頁（這個啟動過程有點類似我們在在個人電腦上雙擊桌面上的一個圖標，啟動某個應用程序）。在 Android 中，所有的應用程序“生來就是平等的”，所以不光Android的核心程序甚至第三方程序也可以發(fā)出一個intent來啟動另外一個程序中的一個activity。Android的這種設計非常有利于“程序部件”的重用。
一個Android 程序的進程是何時被系統(tǒng)結束的呢?
通俗地說，一個即將被系統(tǒng)關閉的程序是系統(tǒng)在內(nèi)存不足（low memory）時，根據(jù)“重要性層次”選出來的“犧牲品”。一個進程的重要性是根據(jù)其中運行的部件和部件的狀態(tài)決定的。各種進程按照重要性從高到低排列如下：
1.前臺進程。這樣的進程擁有一個在屏幕上顯示并和用戶交互的activity或者它的一個IntentReciver正在運行。這樣的程序重要性最高，只有在系統(tǒng)內(nèi)存非常低，萬不得已時才會被結束。
2.可見進程。在屏幕上顯示，但是不在前臺的程序。比如一個前臺進程以對話框的形式顯示在該進程前面。這樣的進程也很重要，它們只有在系統(tǒng)沒有足夠內(nèi)存運行所有前臺進程時，才會被結束。
3.服務進程。這樣的進程在后臺持續(xù)運行，比如后臺音樂播放、后臺數(shù)據(jù)上傳下載等。這樣的進程對用戶來說一般很有用，所以只有當系統(tǒng)沒有足夠內(nèi)存來維持所有的前臺和可見進程時，才會被結束。
4.后臺進程。這樣的程序擁有一個用戶不可見的activity,這樣的程序在系統(tǒng)內(nèi)存不足時，按照 LRU 的順序被結束。
5.空進程。這樣的進程不包含任何活動的程序部件，系統(tǒng)可能隨時關閉這類進程。Android生命周期
?
鳳凰涅槃/浴火重生/馬不停蹄/只爭朝夕
???? 隱姓埋名/低調(diào)華麗/簡單生活/完美人生