深入理解Android消息處理系統——Looper、Handler、Thread

Message：消息，其中包含了消息ID，消息處理對象以及處理的數據等，由MessageQueue統一列隊，終由Handler處理。

Handler：處理者，負責Message的發送及處理。使用Handler時，需要實現handleMessage(Message msg)方法來對特定的Message進行處理，例如更新UI等。

MessageQueue：消息隊列，用來存放Handler發送過來的消息，並按照FIFO規則執行。當然，存放Message並非實際意義的保存，而是將Message以鏈表的方式串聯起來的，等待Looper的抽取。

Looper：消息泵，不斷地從MessageQueue中抽取Message執行。因此，一個MessageQueue需要一個Looper。

Thread：線程，負責調度整個消息循環，即消息循環的執行場所。

handle在子線程中的使用

class LooperThread extends Thread {
public Handler mHandler;

public void run() {
  Looper.prepare();//給線程創建一個消息循環
  mHandler = new Handler() {
    public void handleMessage(Message msg) {
     // process incoming messages here
    }
  };
  Looper.loop();//使消息循環起作用，從消息隊列裏取消息，處理消息
  }
}

·      Handler的處理過程運行在創建Handler的線程裏

·      一個Looper對應一個MessageQueue

·      一個線程對應一個Looper

·      一個Looper可以對應多個Handler

·      不確定當前線程時，更新UI時儘量調用post方法

1、如果通過工作線程刷新界面，推薦使用handler對象來實現。

2、注意工作線程和主線程之間的競爭關係。推薦handler對象在主線程中構造完成（並且啓動工作線程之後不要再修改之，否則會出現數據不一致），然後在工作線程中可以放心的調用發送消息SendMessage等接口。

3、除了2所述的hanlder對象之外的任何主線程的成員變量如果在工作線程中調用，仔細考慮線程同步問題。如果有必要需要加入同步對象保護該變量。

4、handler對象的handleMessage接口將會在主線程中調用。在這個函數可以放心的調用主線程中任何變量和函數，進而完成更新UI的任務。

5、Android很多API也利用Handler這種線程特性，作爲一種回調函數的變種，來通知調用者。這樣Android框架就可以在其線程中將消息發送到調用者的線程消息隊列之中，不用擔心線程同步的問題。

從其它線程訪問UI線程

因此，Handler處理消息總是在創建Handler的線程裏運行。而我們的消息處理中，不乏更新UI的操作，不正確的線程直接更新UI將引發異常。因此，需要時刻關心Handler在哪個線程裏創建的。

 

如何更新UI才能不出異常呢？SDK告訴我們，有以下4種方式可以從其它線程訪問UI線程：

·      Activity.runOnUiThread(Runnable)

·      View.post(Runnable)

·      View.postDelayed(Runnable, long)

·      Handler

其中，重點說一下的是View.post(Runnable)方法。在post(Runnable action)方法裏，View獲得當前線程（即UI線程）的Handler，然後將action對象post到Handler裏。在Handler裏，它將傳遞過來的action對象包裝成一個Message（Message的callback爲action），然後將其投入UI線程的消息循環中。在Handler再次處理該Message時，有一條分支（未解釋的那條）就是爲它所設，直接調用runnable的run方法。而此時，已經路由到UI線程裏，因此，我們可以毫無顧慮的來更新UI。