1. Android進程
當一個程序第一次啟動的時候，Android會啟動一個LINUX進程和一個主線程。默 認的情況下，所有該程序的組件都將在該進程和線程中運行。
同 時，Android會為每個應用程序分配一個單獨的LINUX用戶。Android會盡量保留一個正在運行進程，只在內存資源出現不足時，Android 會嘗試停止一些進程從而釋放足夠的資源給其他新的進程使用， 也能保證用戶正在訪問的當前進程有足夠的資源去及時地響應用戶的事件。Android會根據進程中運行的組件類別以及組件的狀態來判斷該進程的重要 性，Android會首先停止那些不重要的進程。
按照重要性從高到低一共有五個級別：
前台進程
前台進程是用戶當前正在使用的進程。只有一些前台進程可以在任何時候都存在。他們是最后一個被結束的，當內存低到根本連他們都不能運行的時候。一般來說， 在這種情況下，設備會進行內存調度，中止一些前台進程來保持對用戶交互的響應。
可見進程
可見進程不包含前台的組件但是會在屏幕上顯示一個可見的進程是的重要程度很高，除非前台進程需要獲取它的資源，不然不會被中止。
服務進程
運 行着一個通過startService() 方法啟動的service，這個service不屬於上面提到的2種更高重要性的。service所在的進程雖然對用戶不是直接可見的，但是他們執行了用 戶非常關注的任務（比如播放mp3，從網絡下載數據）。只要前台進程和可見進程有足夠的內存，系統不會回收他們。
后台進程
運 行着一個對用戶不可見的activity（調用過 onStop() 方法).這些進程對用戶體驗沒有直接的影響，可以在服務進程、可見進程、前台進 程需要內存的時候回收。通常，系統中會有很多不可見進程在運行，他們被保存在LRU (least recently used) 列表中，以便內存不足的時候被第一時間回收。如果一個activity正 確的執行了它的生命周期，關閉這個進程對於用戶體驗沒有太大的影響。
空進程
未運行任何程序組件。運行這些進程的唯一原因是作為一個緩存，縮短下次程序需要重新使用的啟動時間。系統經常中止這些進程，這樣可以調節程序緩存和系統緩 存的平衡。
Android 對進程的重要性評級的時候，選取它最高的級別。另外，當被另外的一個進程依賴的時候，某個進程的級別可能會增高。一個為其他進程服務的進程永遠不會比被服 務的進程重要級低。因為服務進程比后台activity進程重要級高，因此一個要進行耗時工作的activity最好啟動一個service來做這個工 作，而不是開啟一個子進程――特別是這個操作需要的時間比activity存在的時間還要長的時候。例如，在后台播放音樂，向網上上傳攝像頭拍到的圖片， 使用service可以使進程最少獲取到“服務進程”級別的重要級，而不用考慮activity目前是什么狀態。broadcast receivers做費時的工作的時候，也應該啟用一個服務而不是開一個線程。
2. 單線程模型
當一個程序第一次啟動時，Android會同時啟動一個對應的主線程（Main Thread），主線程主要負責處理與UI相關的事件，如用戶的按鍵事件，用戶接觸屏幕的事件以及屏幕繪圖事件，並把相關的事件分發到對應的組件進行處 理。所以主線程通常又被叫做UI線程。在開發Android應用時必須遵守單線程模型的原則： Android UI操作並不是線程安全的並且這些操作必須在UI線程中執行。
2.1 子線程更新UI
Android的UI是單線程(Single-threaded)的。為了避免拖住GUI，一些較費時的對象應該交給獨立的線程去執行。如果幕后的線程來 執行UI對象，Android就會發出錯誤訊息
CalledFromWrongThreadException。以后遇到這樣的異常拋出時就要知道怎么回 事了！
2.2 Message Queue
在單線程模型下，為了解決類似的問題，Android設計了一個Message Queue(消息隊列)， 線程間可以通過該Message Queue並結合Handler和Looper組件進行信息交換。下面將對它們進行分別介紹：
1. Message
Message消息，理解為線程間交流的信息，處理數據后台線程需要更新UI，則發送Message內含一些數據給UI線程。
2. Handler
Handler處理者，是Message的主要處理者，負責Message的發送，Message內容的執行處理。后台線程就是通過傳進來的 Handler對象引用來sendMessage(Message)。而使用Handler，需要implement 該類的 handleMessage(Message)
方法，它是處理這些Message的操作內容，例如Update UI。通常需要子類化Handler來實現handleMessage方法。
3. Message Queue
Message Queue消息隊列，用來存放通過Handler發布的消息，按照先進先出執行。
每個message queue都會有一個對應的Handler。Handler會向message queue通過兩種方法發送消息：sendMessage或post。這兩種消息都會插在message queue隊尾並按先進先出執行。但通過這兩種方法發送的消息執行的方式略有不同：通過sendMessage發送的是一個message對象,會被 Handler的handleMessage()函數處理；而通過post方法發送的是一個runnable對象，則會自己執行。
4. Looper
Looper是每條線程里的Message Queue的管家。Android沒有Global的Message Queue，而Android會自動替主線程(UI線程)建立Message Queue，但在子線程里並沒有建立Message Queue。所以調用Looper.getMainLooper()得到的主線程的Looper不為NULL，但調用Looper.myLooper() 得到當前線程的Looper就有可能為NULL。
對於子線程使用Looper，API Doc提供了正確的使用方法：
這個Message機制的大概流程：
1. 在Looper.loop()方法運行開始后，循環地按照接收順序取出Message Queue里面的非NULL的Message。
2. 一開始Message Queue里面的Message都是NULL的。當Handler.sendMessage(Message)到Message Queue，該函數里面設置了那個Message對象的target屬性是當前的Handler對象。隨后Looper取出了那個Message，則調用 該Message的target指向的Hander的dispatchMessage函數對Message進行處理。
在dispatchMessage方法里，如何處理Message則由用戶指定，三個判斷，優先級從高到低：
1) Message里面的Callback，一個實現了Runnable接口的對象，其中run函數做處理工作；
2) Handler里面的mCallback指向的一個實現了Callback接口的對象，由其handleMessage進行處理；
3) 處理消息Handler對象對應的類繼承並實現了其中handleMessage函數，通過這個實現的handleMessage函數處理消息。
由此可見，我們實現的handleMessage方法是優先級最低的！
3. Handler處理完該Message (update UI) 后，Looper則設置該Message為NULL，以便回收！
在網上有很多文章講述主線程和其他子線程如何交互，傳送信息，最終誰來執行處理信息之類的，個人理解是最簡單的方法——判斷Handler對象里面的 Looper對象是屬於哪條線程的，則由該線程來執行！
1. 當Handler對象的構造函數的參數為空，則為當前所在線程的Looper；
2. Looper.getMainLooper()得到的是主線程的Looper對象，Looper.myLooper()得到的是當前線程的Looper對 象。