android非同步線程

『壹』 Android多線程的四種方式：Handler、AsyncTask、ThreadPoolExector、IntentService

     非同步通信機制，將工作線程中需更新UI的操作信息 傳遞到 UI主線程，從而實現 工作線程對UI的更新處理，最終實現非同步消息的處理。Handler不僅僅能將子線程的數據傳遞給主線程，它能實現任意兩個線程的數據傳遞。

（1）Message

    Message 可以在線程之間傳遞消息。可以在它的內部攜帶少量數據，用於在不同線程之間進行數據交換。除了 what 欄位，還可以使用 arg1 和 arg2 來攜帶整型數據，使用 obj 來攜帶 Object 數據。

（2） Handler

    Handler 作為處理中心，用於發送（sendMessage 系列方法）與處理消息（handleMessage 方法）。

（3） MessageQueue

    MessageQueue 用於存放所有通過 Handler 發送的消息。這部分消息會一直存放在消息隊列中，直到被處理。每個線程中只會有一個 MessageQueue 對象

（4） Looper

    Looper 用於管理 MessageQueue 隊列，Looper對象通過loop()方法開啟了一個死循環——for (;;)｛｝，不斷地從looper內的MessageQueue中取出Message，並傳遞到 Handler 的 handleMessage() 方法中。每個線程中只會有一個 Looper 對象。

    AsyncTask 是一種輕量級的任務非同步類，可以在後檯子線程執行任務，且將執行進度及執行結果傳遞給 UI 線程。

（1）onPreExecute()

    在 UI 線程上工作，在任務執行 doInBackground() 之前調用。此步驟通常用於設置任務，例如在用戶界面中顯示進度條。

（2）doInBackground(Params... params)

    在子線程中工作，在 onPreExecute() 方法結束後執行，這一步被用於在後台執行長時間的任務，Params 參數通過 execute(Params) 方法被傳遞到此方法中。任務執行結束後，將結果傳遞給 onPostExecute(Result) 方法，同時我們可以通過 publishProgress(Progress) 方法，將執行進度發送給 onProgressUpdate(Progress) 方法。

（3）onProgressUpdate(Progress... values)

    在 UI 線程上工作，會在 doInBackground() 中調用 publishProgress(Progress) 方法後執行，此方法用於在後台計算仍在執行時(也就是 doInBackgound() 還在執行時)將計算執行進度通過 UI 顯示出來。例如，可以通過動畫進度條或顯示文本欄位中的日誌，從而方便用戶知道後台任務執行的進度。

（4）onPostExecute(Result result)

    在 UI 線程上工作，在任務執行完畢（即 doInBackground(Result) 執行完畢）並將執行結果傳過來的時候工作。

使用規則：

（1）AsyncTask 是個抽象類，所以要創建它的子類實現抽象方法

（1）AsyncTask 類必須是在 UI 線程中被載入，但在Android 4.1（API 16）開始，就能被自動載入完成。

（2）AsyncTask 類的實例對象必須在 UI 線程中被創建。

（3）execute() 方法必須是在 UI 線程中被調用。

（4）不要手動調用方法 onPreExecute()、onPostExecute()、doInBackground()、onProgressUpdate()

（5）任務只能執行一次(如果嘗試第二次執行，將拋出異常)。即一個AsyncTask對象只能調用一次execute()方法。

原理：

          其源碼中原理還是 Thread 與 Handler 的實現，其包含 兩個線程池，一個 Handler，如下所示：

名稱類型作用

SERIAL_EXECUTOR線程池分發任務，串列分發，一次只分發一個任務

THREAD_POOL_EXECUTOR線程池執行任務，並行執行，執行的任務由 SERIAL_EXECUTOR 分發

InternalHandlerHandler負責子線程與主線程的溝通，通知主線程做 UI 工作

    一方面減少了每個並行任務獨自建立線程的開銷，另一方面可以管理多個並發線程的公共資源，從而提高了多線程的效率。所以ThreadPoolExecutor比較適合一組任務的執行。Executors利用工廠模式對ThreadPoolExecutor進行了封裝。

Executors提供了四種創建ExecutorService的方法，他們的使用場景如下：

1. Executors.newFixedThreadPool()

    創建一個定長的線程池，每提交一個任務就創建一個線程，直到達到池的最大長度，這時線程池會保持長度不再變化。

當線程處於空閑狀態時，它們並不會被回收，除非線程池被關閉。當所有的線程都處於活動狀態時，新任務都會處於等待狀態，直到有線程空閑出來。

只有核心線程並且不會被回收，能夠更加快速的響應外界的請求。

2. Executors.newCachedThreadPool()

    創建一個可緩存的線程池，如果當前線程池的長度超過了處理的需要時，它可以靈活的回收空閑的線程，當需要增加時，它可以靈活的添加新的線程，而不會對池的長度作任何限制

    線程數量不定的線程池，只有非核心線程，最大線程數為 Integer.MAX_VALUE。當線程池中的線程都處於活動狀態時，線程池會創建新的線程來處理新任務，否則利用空閑的線程來處理新任務。線程池中的空閑線程具有超時機制，為 60s。

    任務隊列相當於一個空集合，導致任何任務都會立即被執行，適合執行大量耗時較少的任務。當整個線程池都處於限制狀態時，線程池中的線程都會超時而被停止。

3. Executors.newScheledThreadPool()

    創建一個定長的線程池，而且支持定時的以及周期性的任務執行，類似於Timer。

    非核心線程數沒有限制，並且非核心線程閑置的時候立即回收，主要用於執行定時任務和具有固定周期的重復任務。

4. Executors.newSingleThreadExecutor()

    創建一個單線程化的executor，它只創建唯一的worker線程來執行任務

    只有一個核心線程，保證所有的任務都在一個線程中順序執行，意義在於不需要處理線程同步的問題。

    一般用於執行後台耗時任務，當任務執行完成會自動停止；同時由於它是一個服務，優先順序要遠遠高於線程，更不容易被系統殺死，因此比較適合執行一些高優先順序的後台任務。

使用步驟：創建IntentService的子類，重寫onHandleIntent方法，在onHandleIntent中執行耗時任務

    原理：在源碼實現上，IntentService封裝了HandlerThread和Handler。onHandleIntent方法結束後會調用IntentService的stopSelf(int startId)方法嘗試停止服務。

    IntentService的內部是通過消息的方式請求HandlerThread執行任務，HandlerThread內部又是一種使用Handler的Thread，這就意味著IntentService和Looper一樣是順序執行後台任務的

（HandlerThread：封裝了Handler + ThreadHandlerThread適合在有需要一個工作線程（非UI線程）+任務的等待隊列的形式，優點是不會有堵塞，減少了對性能的消耗，缺點是不能同時進行多個任務的處理，需要等待進行處理。處理效率低，可以當成一個輕量級的線程池來用）

『貳』 Android 非同步任務中允許有多個線程同時進行嗎

允許的，非同步多線程下載就是這樣

『叄』 android的動畫是線程同步的還是非同步的

ViewAnimation應該是同步的，view.startAnimation是在裡面通過調用view.invalidate()來實現的；
PropertyAnimation應該是非同步的吧，看代碼裡面用到了handler。

『肆』 Android的handler機制的原理

Android的handler機制的原理分為非同步通信准備，消息發送，消息循環，消息處理。

1、非同步通信准備

在主線程中創建處理器對象(Looper)、消息隊列對象(Message Queue)和Handler對象。

2、消息入隊

工作線程通過Handler發送消息(Message) 到消息隊列(Message Queue)中。

3、消息循環

消息出隊: Looper循環取出消息隊列(Message Queue) 中的的消息(Message)。

消息分發: Looper將取出的消息 (Message) 發送給創建該消息的處理者(Handler)。

4、消息處理

處理者(Handler) 接收處理器(Looper) 發送過來的消息(Message)，根據消息(Message) 進行U操作。

handler的作用

handler是android線程之間的消息機制，主要的作用是將一個任務切換到指定的線程中去執行，（准確的說是切換到構成handler的looper所在的線程中去出處理）android系統中的一個例子就是主線程中的所有操作都是通過主線程中的handler去處理的。

Handler的運行需要底層的 messagequeue和 looper做支撐。

『伍』 android 非同步任務怎麼給主線程傳遞數據

如果你Thread A獲取數據是給另外一個Thread B使用的,那為什麼不以Thread B為主，甚至直接讓Thread B來請求數據數據呢。疑問：Thread A 請求數據，Thread B在那專門等待？為什麼要這么設計？如果你非要這么干，那也是Thread A把數據處理好了，在啟動Thread B，數據可以直接傳遞過去，thread沒有process之間通信那麼麻煩，直接共享

『陸』 android 非同步方法和子線程方法有什麼區別

子線程沒有控制並發數量，當並發過多的時候非同步方法的作用就體現出來了。

非同步是相對於同步而言的，顧名思義，同步就是各個通訊節點之間有統一的時鍾，按照相同的時鍾工作，非同步相反，各節點之間沒有統一的時鍾，每個節點按照自己內部的時鍾工作。
android在所有Thread當中，有一個Thread，我們稱之為UI Thread。UI
Thread在Android程序運行的時候就被創建，是一個Process當中的主線程Main
Thread，主要是負責控制UI界面的顯示、更新和控制項交互。在Android程序創建之初，一個Process呈現的是單線程模型，所有的任務都在一個線程中運行。因此，我們認為，UI
Thread所執行的每一個函數，所花費的時間都應該是越短越好。而其他比較費時的工作（訪問網路，下載數據，查詢資料庫等），都應該交由子線程去執行，以免阻塞主線程。

『柒』 關於Android獲取線程執行完後的結果的問題！

其實谷歌早就意識到這個問題。Message里有一個send的方法。如下
Message msg = mhandler.obtainMessage(MSG_UPDATE, imgIndex, 0);
mhandler.sendMessage(msg);

然後重寫handler的 handlerMessage方法，如下：
private Handler mhandler = new Handler(){
@Override
public void handleMessage(Message msg){
if(msg.what == MSG_UPDATE){
//你要的操作...

}
}
};

基本上就是這樣啦！

『捌』 Android 查詢資料庫採用ORM數據框架，是否還需要開啟線程非同步處理

直接引入的api就是非同步的吧，不需要單獨處理了。

『玖』 android asynctask 多個實例是一個線程池嗎

是的，android中的asynctask使用的是同一個線程池

可以查看asynctask的源碼

我們可以看到一個THREAD_POOL_EXECUTOR靜態變數，這個就是線程池

而且線程池的隊列大小是128