首先我們思考幾個問題，在Android應用中為什么要用多線程？為了解決哪些問題？或者為了實現哪些功能？有哪些好處？請先思考一分鐘，再繼續往下看。

　　學習而不思考就像吃東西而不嚼，要么無法下咽，要么嘗不出味道，同時都會影響消化吸收。控制一下你那脫韁野馬一樣的好奇心吧，先思考再往下看。

　　1. 為什么要用多線程

　　這里列出幾個原因：

　　a） 提高用戶體驗或者避免ANR

　　在事件處理代碼中需要使用多線程，否則會出現ANR（Application is not responding），或者因為響應較慢導致用戶體驗很差。

　　圖1 ANR對話框

　　b） 異步

　　應用中有些情況下并不一定需要同步阻塞去等待返回結果，可以通過多線程來實現異步，例如：上一點中提到的，你的應用中的某個Activity需要從云端獲取一些圖片，加載圖片比較耗時，這時需要使用異步加載，加載完成一個圖片刷新一個，見下面圖2、圖3 。

　　c） 多任務

　　例如多線程下載。

　　后兩點與Java中的多線程應用沒有太大區別，不細說。

　　下面重點說明第一點，即如何減少事件響應的時間從而提高用戶體驗，以及如何避免ANR。

　　2. 為什么通過多線程可以提高用戶體驗、避免ANR

　　大家還記得我在群里說過的移動開發的“三不要”原則嗎？即：不要讓我想、不要讓我等、不要讓我煩。響應慢了用戶需要等，等的次數多了就會煩，你的應用離被卸載不遠了。

　　首先我們來了解一下Android應用程序的main線程，它負責處理UI的繪制，Android系統為了防止應用程序反應較慢導致系統無法正常運行做了一個處理，一種情況是當用戶輸入事件在5秒內無法得到響應，那么系統會彈出ANR對話框，由用戶決定繼續等待還是強制結束應用程序（另一種情況是BroadcastReciever 超過10秒沒執行完也會彈出ANR對話框）。

　　即使你的程序中某個事件響應不超過5秒鐘，人眼可以分辨的時間是0.1秒，小于0.1秒基本感覺不出來，超過0.2秒用戶就能感覺到有點兒卡了，俗稱打嗝現象，2秒以上就很慢了，用戶體驗會很差。有同學說我可以用進度條啊，但你的程序中不能到處都是進度條，否則那個圈圈會把用戶轉暈的，好像在對用戶說，畫個圈圈煩死你……

　　比如某些應用，它要顯示很多圖片，還好它是異步的，不過在圖片加載完成前每個圖片的位置上都有一個圈圈，讓人看了很煩。你可以變通一下，圖片加載成功之前顯示一個默認的圖片，加載成功后再刷新一下即可，何必弄那么多進度條呢？

　　圖2 加載圖片完成前顯示默認圖片，加載完成后再刷新

　　圖3 加載圖片完成前顯示默認圖片，加載完成后再刷新

　　圖4 轉暈你，煩死你

　　事件處理的原則：所有可能耗時的操作都放到其他線程去處理。

　　Android中的Main線程的事件處理不能太耗時，否則后續的事件無法在5秒內得到響應，就會彈出ANR對話框。那么哪些方法會在 Main線程執行呢？

　　1） Activity的生命周期方法，例如：onCreate（）、onStart（）、onResume（）等

　　2） 事件處理方法，例如onClick（）、onItemClick（）等

　　通常Android基類中以on開頭的方法是在Main線程被回調的。

　　提高應用的響應性，可以從這兩方面入手。

　　一般來說，Activity的onCreate（）、onStart（）、onResume（）方法的執行時間決定了你的應用首頁打開的時間，這里要盡量把不必要的操作放到其他線程去處理，如果仍然很耗時，可以使用SplashScreen。使用SplashScreen最好用動態的，這樣用戶知道你的應用沒有死掉。

　　圖5 動態SplashScreen 

　　當用戶與你的應用交互時，事件處理方法的執行快慢決定了應用的響應性是否良好，這里分兩種情況：

　　1） 同步，需要等待返回結果。例如用戶點擊了注冊按鈕，需要等待服務端返回結果，那么需要有一個進度條來提示用戶你的程序正在運行沒有死掉。一般與服務端交互的都要有進度條，例如系統自帶的瀏覽器，URL跳轉時會有進度條。

　　2） 異步，不需要等待返回結果。例如微博中的收藏功能，點擊完收藏按鈕后是否成功執行完成后告訴我就行了，我不想等它，這里最好實現為異步的。

　　無論同步異步，事件處理都可能比較耗時，那么需要放到其他線程中處理，等處理完成后，再通知界面刷新。

　　這里有一點要注意，不是所有的界面刷新行為都需要放到Main線程處理，例如TextView的setText（）方法需要在Main線程中，否則會拋出CalledFromWrongThreadException，而ProgressBar的setProgress（）方法則不需要在Main線程中處理。

　　當然你也可以把所有UI組件相關行為都放到Main線程中處理，沒有問題。可以減輕你的思考負擔，但你最好了解他們之間的差別，掌握事物之間細微差別的是專家。把事件處理代碼放到其他線程中處理，如果處理的結果需要刷新界面，那么需要線程間通訊的方法來實現在其他線程中發消息給Main線程處理。

　　3. 如何實現線程間通訊

　　在Android中有多種方法可以實現其他線程與Main線程通訊，我們這里介紹常見的兩種。

　　1） 使用AsyncTask

　　AsyncTask是Android框架提供的異步處理的輔助類，它可以實現耗時操作在其他線程執行，而處理結果在Main線程執行，對于開發者而言，它屏蔽掉了多線程和后面要講的Handler的概念。你不了解怎么處理線程間通訊也沒有關系，AsyncTask體貼的幫你做好了。不過封裝越好越高級的API，對初級程序員反而越不利，就是你不了解它的原理。當你需要面對更加復雜的情況，而高級API無法完成得很好時，你就杯具了。所以，我們也要掌握功能更強大，更自由的與Main線程通訊的方法：Handler的使用。

　　AsyncTask的使用方法見示例工程《EX10_02AsyncTask》

　　2） 使用Handler

　　這里需要了解Android SDK提供的幾個線程間通訊的類。

　　2.1 Handler

　　Handler在android里負責發送和處理消息，通過它可以實現其他線程與Main線程之間的消息通訊。

　　2.2 Looper

　　Looper負責管理線程的消息隊列和消息循環

　　2.3 Message

　　Message是線程間通訊的消息載體。兩個碼頭之間運輸貨物，Message充當集裝箱的功能，里面可以存放任何你想要傳遞的消息。

　　2.4 MessageQueue

　　MessageQueue是消息隊列，先進先出，它的作用是保存有待線程處理的消息。

　　它們四者之間的關系是，在其他線程中調用Handler.sendMsg（）方法（參數是Message對象），將需要Main線程處理的事件添加到Main線程的MessageQueue中，Main線程通過MainLooper從消息隊列中取出Handler發過來的這個消息時，會回調Handler的handlerMessage（）方法。

　　除了以上兩種常用方法之外，還有幾種比較簡單的方法

　　3） Activity.runOnUiThread（Runnable）

　　4） View.post（Runnable）

　　View.postDelayed（Runnable， long）

　　5） Handler.post

　　Handler.postDelayed（Runnable， long）

　　4. 利用線程池提高性能

　　這里我們建議使用線程池來管理臨時的Thread對象，從而達到提高應用程序性能的目的。

　　線程池是資源池在線程應用中的一個實例。了解線程池之前我們首先要了解一下資源池的概念。在JAVA中，創建和銷毀對象是比較消耗資源的。我們如果在應用中需要頻繁創建銷毀某個類型的對象實例，這樣會產生很多臨時對象，當失去引用的臨時對象較多時，虛擬機會進行垃圾回收（GC），CPU在進行GC時會導致應用程序的運行得不到相應，從而導致應用的響應性降低。

　　資源池就是用來解決這個問題，當你需要使用對象時，從資源池來獲取，資源池負責維護對象的生命周期。

　　了解了資源池，就很好理解線程池了，線程池就是存放對象類型都是線程的資源池。

　　我增加了如何在其他線程中創建Handler的例子作為選學，前面都掌握好了的同學可以看一下，如果你需要實現一個跟Main線程類似的消息處理機制，需要其他線程可以跟你的線程通訊，可以通過這種方法實現。