Android更新UI的四種方法詳解

前言

相信每位Android開發者們都知道更新UI只能在主線程中進行，若是在子線程執行任務後需要更新UI，則需要借助handler跳轉到主線程中。以下介紹幾種操作UI的方法。

一、使用Handler的handleMessage()

Handler的構造

public Handler() {
this(null, false);
}

public Handler(Callback callback, boolean async) {
 if (FIND_POTENTIAL_LEAKS) { 
   final Class<? extends Handler> klass= getClass(); 
   if ((klass.isAnonymousClass() ||klass.isMemberClass() || klass.isLocalClass()) && 
       (klass.getModifiers() &Modifier.STATIC) == 0) { 
     Log.w(TAG, "The followingHandler class should be static or leaks might occur: " + 
       klass.getCanonicalName()); 
   } 
 } 
 mLooper = Looper.myLooper(); 
 if (mLooper == null) { 
   throw new RuntimeException( 
     "Can't create handler insidethread that has not called Looper.prepare()"); 
 } 
 mQueue = mLooper.mQueue; 
 mCallback = null; 
}

可見構造Handler需要Looper,沒有的話會拋出異常。Looper.myLooper()


會返回一個Looper對象，怎麼返回呢，看下源碼

public static finalLooper myLooper() { 
 return (Looper)sThreadLocal.get(); 
}

顯然，myLooper()從ThreadLocal中取出了Looper對象。那麼問題來了，我們又是什麼時候將Looper對象存進ThreadLocal呢？其實奧秘在於我們調用Looper.prepare()的時候，看下源碼

public static final void prepare() { 
  if (sThreadLocal.get() != null) { 
    throw new RuntimeException("Only one Looper may be created per thread"); 
  } 
  sThreadLocal.set(new Looper()); 
}

可見當sThreadLocal取出的Looper對象為空時，會創建一個新的Looper對象。

由此可見，當實例化一個Hanlder之前需要先調用Looper.prepare() ,否則會拋出異常，除非是主線程中構建Handler。因為主線程在創建的時候系統已經為其建立了一個Looper。

Message的創建

一般情況最普遍的做法就是

Message message = new Message();  
mHandler.sendMessage(message);

但這麼做的話每次都需要new一個Message，比較浪費空間，我們可以使用obtainMessage()；看一下源碼

public final Message obtainMessage(int what, int arg1, int arg2, Object obj){ 
  return Message.obtain(this, what, arg1,arg2, obj); 
}

這個方法返回了Message.obtain(this, what, arg1,arg2, obj) ，也就是說和obtainMessage()作用一樣，所以也可以直接使用Message.obtain(this, what, arg1,arg2, obj) 。

再看obtain()的源碼

public static Message obtain(Handler h, int what, int arg1, int arg2, Object obj) { 
   Message m = obtain(); 
   m.target = h; 
   m.what = what; 
   m.arg1 = arg1; 
   m.arg2 = arg2; 
   m.obj = obj; 
   return m; 
}

看上面的代碼我們還得找到obtain的無參構造

public static Message obtain() { 
   synchronized (sPoolSync) { 
     if (sPool != null) { 
       Message m = sPool; 
       sPool = m.next; 
       m.next = null; 
       m.flags = 0; // clear in-useflag 
       sPoolSize--; 
       return m; 
     } 
   } 
   return new Message(); 
 }

不難看出，obtain從消息池中返回了一個Message對象，如果消息池為空再創建一個新的消息，所以一般使用obtain()得到一個消息比較合理。

Message的參數

public int arg1

public int arg2

如果只需要存儲整型數據，使用arg1 和 arg2即可

public Object obj

發送給接收器的任意對象。當使用Message對象在線程間傳遞消息時，如果它包含一個Parcelable的結構類（不是由應用程序實現的類），此字段必須為非空（non-null）。

public int what

用戶自定義的消息代碼，這樣接受者可以了解這個消息的信息。每個handler各自包含自己的消息代碼，所以不用擔心自定義的消息跟其他handlers有沖突。

如果需要傳遞Bundle對象，則使用setData(Bundle)

public Handler target

接收此消息的Handler對象。

處理消息的幾個方法

public final boolean sendMessage(Message msg){
  return sendMessageDelayed(msg, 0);//直接調用sendMessageDelayed()，只是沒有時間延遲
}
public final boolean sendMessageDelayed(Message msg, long delayMillis){
  if (delayMillis < 0) {
    delayMillis = 0;
  } 
  return sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis);//調用sendMessageAtTime，當前時間加上延遲時間。
}

public boolean sendMessageAtTime(Message msg, long uptimeMillis) { 
 MessageQueue queue = mQueue;  
 if (queue == null) {    
  RuntimeException e = new RuntimeException(this + " sendMessageAtTime() called with no mQueue");    
  Log.w("Looper", e.getMessage(), e);    
  return false;  
 }  
 return enqueueMessage(queue, msg, uptimeMillis);//調用enqueueMessage,附上消息隊列和時間
}
private boolean enqueueMessage(MessageQueue queue, Message msg, long uptimeMillis) {
 msg.target = this;  
 if (mAsynchronous) {    
  msg.setAsynchronous(true);  
 }  
 return queue.enqueueMessage(msg, uptimeMillis);//最後調用隊列的插入消息方法，只是插入的時間有制定。
}

通過上面的分析，不管Handler調用哪個sendMessage()的方法，最後都是將消息插入隊列而已，沒有其他操作。通過queue.enqueueMessage(msg, uptimeMillis這個方法我們也知道Looper處理消息的順序是根據消息插入的時間快慢來輪詢。

補充一下空消息的方法

public final boolean sendEmptyMessage(int what){
  return sendEmptyMessageDelayed(what, 0);
}
public final boolean sendEmptyMessageDelayed(int what, long delayMillis) { 
Message msg = Message.obtain(); 
msg.what = what; 
return sendMessageDelayed(msg, delayMillis); 
}

二、Handler的post()方法

使用步驟

handler.post(new Runnable() { 
      @Override 
      public void run() { 
        //這裡就可以進行UI操作。
      } 
    });

來看下post方法的源碼

public final boolean post(Runnable r){ 
  return sendMessageDelayed(getPostMessage(r), 0); 
}

看到這裡是不是就恍然大悟了，原來post方法其實也是發送了一則消息。

再看getPostMessage(r)的源碼

private final Message getPostMessage(Runnable r) {
  Message m = Message.obtain();
  m.callback = r;
  return m;
}

這下一清二楚了，這個方法將Runnable對象封裝為Message，然後sendMessageDelayed發送過去給Handler處理。

這裡我們要先知道消息是如何被取出來的，當前MessageQueue中存在mMessages(即待處理消息)，就把這個消息取出來，然後讓下一條消息成為mMessages，否則就進入一個阻塞狀態，一直等到有新的消息入隊。每當有一個消息取出，就將它傳遞到msg.target的dispatchMessage()中，這個msg.target是Handler的enqueueMessage方法中的msg.target = this語句，也就是當前Handler對象。所以接下來的重點自然就是回到dispatchMessage(）

public void dispatchMessage(Message msg) { 
  if (msg.callback != null) { 
    handleCallback(msg); 
  } else { 
    if (mCallback != null) { 
      if (mCallback.handleMessage(msg)) { 
        return; 
      } 
    } 
    handleMessage(msg); 
  } 
}

如果調用了Handler.post()方法，則callback != null ，所以執行了 handleCallback(msg);方法

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

也就是最終Runnable對象被Handle處理了。根據Handler的原理，Handler需要實例化在主線程post方法才能更新UI。

三、View的post方法

看下源碼

public boolean post(Runnable action) {
  Handler handler;
  if (mAttachInfo != null) {
    handler = mAttachInfo.mHandler;
  } else {
    ViewRoot.getRunQueue().post(action);
    return true;
  }
  return handler.post(action);
}

一目了然，調用Handlerd的post方法，本質是一樣的。

四、Activity中的runOnUiThread()方法

public final void runOnUiThread(Runnable action) { 
  if (Thread.currentThread() != mUiThread) { 
    mHandler.post(action); 
  } else { 
    action.run(); 
  } 
}

這個方法想必沒什麼好說的，如果是UI線程，直接run，不是的話借助handler.post（）
有一點要注意，這個方法只能運行在activity中。

總結

以上就是這篇文章的全部內容了，希望能對大家的學習或者工作能帶來一定的幫助，如果有疑問大家可以留言交流。