Android消息機--handler的自我總結

  大家都知道Handler是Android為了能在子線程更新UI所創作出來的一個類.

那么為什么Handler能在handler里面能更新UI。是因為Handler 把更新UI的操作切換到了主線程來操作.

有些博客說Handler是線程之間的一種通訊方式，這只局限于子線程跟主線程之間，

那么子線程是怎么把消息傳送到主線程來操作，這其中一個關鍵的地方就是Looper.

從例子我們可以知道 假如現在有一段主要的代碼

oncrete(){

new Thread(new Runnable(){

run{

//進行UI操作  ---這樣是會報錯的 那么我們加上handler

// 之前是沒有的，現在加上Looper 

Looper.prepare();

new Handler(){

handlerMessage(){

//進行UI操作 --- 

// 如果是這樣依然會報錯 因為子線程中現在還沒有Looper,會報沒有Looper那個錯誤信息(從源碼可以看到加了Looper檢測)  那么我們加上Looper

}         

}

Looper.loop();

}

}).start;

}

從上面的代碼中 加了Looper之后還是會報錯，報應該在主線程中執行UI操作.

那么是為什么，原因在于 這個Looper不是主線程的Looper 

一個解決方法是 把Looper.prepare();改成Looper.getMainLooper();

或者 new Handler(Looper.getMainLooper);

這樣就可以更新UI不會報錯了，

那么Looper是怎樣把更新UI的操作切換到主線程 

我們從源碼可以看到 當我們new Handler(Looper.getMainLooper())的時候 里面有

Handler(Looper looperCallback callbackasync) {
    = looper= looper.mQueue= callback= async}

所以說這個時候 handler已經拿到了主線程的Looper;

然后我們在Looper的loop();方法里面看到

{
    msg.target.dispatchMessage(msg)} {
    (traceTag != ) {
        Trace.(traceTag)}
}

會調用msg.target 這個msg.target是在這里拿到

Looper me = ()(me == ) {
    RuntimeException()}
MessageQueue queue = me.mQueue

() {
    Message msg = queue.next()(msg == ) {
        }

在loop()方法里面Looper會開始無限循環 去處理信息啦。

順序是以下這樣

1:實例化Activity 的時候創建ActivityThread(主線程) 然后在Main（）里面創建Looper 然后Looper里面通過mThreadLocal 的set方法保存主線程 

然后再調用Looper.loop()；這時候會開啟無限循環

2:Looper.getMainLooper 會調用get方法 這個時候就拿到了主線程的Looper 以及里面保存的messageQueue 

然后 handler調用post 其實也就是在主線程的messageQueue上插入一個信息

那么loop 方法里面就檢測到了，這時候已經是切換到主進程了.

看源碼比較能清晰整個流程