1.Android訊息機制概述以及背景

（1）Looper、Handler、Messagequeue三者共同實現了android系統裡執行緒間通訊機制。
如在A、B兩個子執行緒之間需要傳遞訊息，首先給每個子執行緒繫結一套handler、looper、Messagequeue機制，然後這三個物件都與其所屬執行緒對應。然後A執行緒通過呼叫B執行緒的Handler物件，傳送訊息。這個訊息會被Handler傳送到B執行緒的Messagequeue中，而屬於B執行緒的Looper物件一直在for迴圈裡無限遍歷MessageQueue,一旦發現該訊息佇列裡收到了新的訊息，就會去對訊息進行處理，處理過程中會回撥自身Handler的heandleMessage方法，從而實現了不同執行緒間通訊。

（2）Android規定UI操作只能在主執行緒中進行，當在子執行緒中更新UI時，ViewRootImpl的checkThread方法就會丟擲異常。不允許子執行緒訪問UI是因為Android的UI控制元件不是執行緒安全的，如果在多執行緒中併發訪問會使UI控制元件處於不可預期的狀態。既然如此可能有讀者會問那給UI控制元件的訪問加上鎖不就行了嗎。事實是一：加鎖會使UI訪問的邏輯變得複雜，二是會降低UI訪問的效率，鎖機制會阻塞某些執行緒的執行。綜上使用單執行緒來對UI控制元件進行訪問無疑是比較好的。而Handler的主要作用是將一個任務切換到某個指定的執行緒中去執行，用在這裡再合適不過了。

2.

Android訊息機制分析

public void dispatchMessage(Message msg) {
    if (msg.callback != null) {
        handleCallback(msg);//當message是runnable的情況，也就是Handler的post方法傳遞的引數，這種情況下直接執行runnable的run方法
    } else {
        if (mCallback != null) {//如果建立Handler的時候是給Handler設定了Callback介面的實現，那麼此時呼叫該實現的handleMessage方法
            if (mCallback.handleMessage(msg)) {
                return;
            }
        }
        handleMessage(msg);//如果是派生Handler的子類，就要重寫handleMessage方法，那麼此時就是呼叫子類實現的handleMessage方法
    }
}

private static void handleCallback(Message message) {
        message.callback.run();
}