閱讀此篇文章前，建議先查看Android個人筆記之Android的消息機制
我們都知道，更新UI只能在主線程中進行，若是在子線程執(zhí)行任務(wù)后需要更新UI，則需要借助handler跳轉(zhuǎn)到主線程中。以下介紹幾種操作UI的方法。
一、使用Handler的handleMessage()
- Handler的構(gòu)造
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;
}
可見構(gòu)造Handler需要Looper,沒有的話會拋出異常。Looper.myLooper()
會返回一個Looper對象，怎么返回呢，看下源碼
public static finalLooper myLooper() {
return (Looper)sThreadLocal.get();
}
顯然，myLooper()從ThreadLocal中取出了Looper對象。那么問題來了，我們又是什么時候?qū)ooper對象存進ThreadLocal呢？其實奧秘在于我們調(diào)用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());
}
可見當(dāng)sThreadLocal取出的Looper對象為空時，會創(chuàng)建一個新的Looper對象。
由此可見，當(dāng)實例化一個Hanlder之前需要先調(diào)用Looper.prepare(),否則會拋出異常，除非是主線程中構(gòu)建Handler。因為主線程在創(chuàng)建的時候系統(tǒng)已經(jīng)為其建立了一個Looper。
-
Message的創(chuàng)建
一般情況最普遍的做法就是
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的無參構(gòu)造
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對象，如果消息池為空再創(chuàng)建一個新的消息，所以一般使用obtain()得到一個消息比較合理。
- Message的參數(shù)
public int arg1
public int arg2
如果只需要存儲整型數(shù)據(jù)，使用arg1 和 arg2即可
public Object obj
發(fā)送給接收器的任意對象。當(dāng)使用Message對象在線程間傳遞消息時，如果它包含一個Parcelable的結(jié)構(gòu)類（不是由應(yīng)用程序?qū)崿F(xiàn)的類），此字段必須為非空（non-null）。
public int what
用戶自定義的消息代碼，這樣接受者可以了解這個消息的信息。每個handler各自包含自己的消息代碼，所以不用擔(dān)心自定義的消息跟其他handlers有沖突。
如果需要傳遞Bundle對象，則使用setData(Bundle)
public Handler target
接收此消息的Handler對象。
- 處理消息的幾個方法
public final boolean sendMessage(Message msg){
return sendMessageDelayed(msg, 0);//直接調(diào)用sendMessageDelayed()，只是沒有時間延遲
}
public final boolean sendMessageDelayed(Message msg, long delayMillis){
if (delayMillis < 0) {
delayMillis = 0;
}
return sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis);//調(diào)用sendMessageAtTime，當(dāng)前時間加上延遲時間。
}
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);//調(diào)用enqueueMessage,附上消息隊列和時間
}
private boolean enqueueMessage(MessageQueue queue, Message msg, long uptimeMillis) {
msg.target = this;
if (mAsynchronous) {
msg.setAsynchronous(true);
}
return queue.enqueueMessage(msg, uptimeMillis);//最后調(diào)用隊列的插入消息方法，只是插入的時間有制定。
}
通過上面的分析，不管Handler調(diào)用哪個sendMessage()的方法，最后都是將消息插入隊列而已，沒有其他操作。通過queue.enqueueMessage(msg, uptimeMillis這個方法我們也知道Looper處理消息的順序是根據(jù)消息插入的時間快慢來輪詢。
補充一下空消息的方法
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方法其實也是發(fā)送了一則消息。
再看getPostMessage(r)的源碼
private final Message getPostMessage(Runnable r) {
Message m = Message.obtain();
m.callback = r;
return m;
}
這下一清二楚了，這個方法將Runnable對象封裝為Message，然后sendMessageDelayed發(fā)送過去給Handler處理。
這里我們要先知道消息是如何被取出來的，當(dāng)前MessageQueue中存在mMessages(即待處理消息)，就把這個消息取出來，然后讓下一條消息成為mMessages，否則就進入一個阻塞狀態(tài)，一直等到有新的消息入隊。每當(dāng)有一個消息取出，就將它傳遞到msg.target的dispatchMessage()中，這個msg.target是Handler的enqueueMessage方法中的msg.target = this語句，也就是當(dāng)前Handler對象。所以接下來的重點自然就是回到dispatchMessage(）
public void dispatchMessage(Message msg) {
if (msg.callback != null) {
handleCallback(msg);
} else {
if (mCallback != null) {
if (mCallback.handleMessage(msg)) {
return;
}
}
handleMessage(msg);
}
}
如果調(diào)用了Handler.post()方法，則callback != null，所以執(zhí)行了 handleCallback(msg);方法
private final void handleCallback(Message message) {
message.callback.run();
}
也就是最終Runnable對象被Handle處理了。根據(jù)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);
}
一目了然，調(diào)用Handlerd的post方法，本質(zhì)是一樣的。
四、Activity中的runOnUiThread()方法
public final void runOnUiThread(Runnable action) {
if (Thread.currentThread() != mUiThread) {
mHandler.post(action);
} else {
action.run();
}
}
這個方法想必沒什么好說的，如果是UI線程，直接run，不是的話借助handler.post（）
有一點要注意，這個方法只能運行在activity中。
