前言
相信每位Android开发者们都知道更新UI只能在主线程中进行，若是在子线程执行任务后需要更新UI，则需要借助handler跳转到主线程中。以下介绍几种操作UI的方法。
一、使用Handler的handleMessage()
Handler的构造
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
publicHandler() {
this(null,false);
}
publicHandler(Callback callback, booleanasync) {
if(FIND_POTENTIAL_LEAKS) {
finalClass<? extendsHandler> 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) {
thrownew RuntimeException(
"Can't create handler insidethread that has not called Looper.prepare()");
}
mQueue = mLooper.mQueue;
mCallback = null;
}
可见构造Handler需要Looper,没有的话会抛出异常。Looper.myLooper()
会返回一个Looper对象，怎么返回呢，看下源码
?
1
2
3
publicstatic finalLooper myLooper() {
return(Looper)sThreadLocal.get();
}
显然，myLooper()从ThreadLocal中取出了Looper对象。那么问题来了，我们又是什么时候将Looper对象存进ThreadLocal呢？其实奥秘在于我们调用Looper.prepare()的时候，看下源码
?
1
2
3
4
5
6
publicstatic final void prepare() {
if(sThreadLocal.get() != null) {
thrownew RuntimeException("Only one Looper may be created per thread");
}
sThreadLocal.set(newLooper());
}
可见当sThreadLocal取出的Looper对象为空时，会创建一个新的Looper对象。
由此可见，当实例化一个Hanlder之前需要先调用Looper.prepare() ,否则会抛出异常，除非是主线程中构建Handler。因为主线程在创建的时候系统已经为其建立了一个Looper。
Message的创建
一般情况最普遍的做法就是
?
1
2
Message message = newMessage();
mHandler.sendMessage(message);
但这么做的话每次都需要new一个Message，比较浪费空间，我们可以使用obtainMessage()；看一下源码
?
1
2
3
publicfinal Message obtainMessage(intwhat, intarg1, intarg2, Object obj){
returnMessage.obtain(this, what, arg1,arg2, obj);
}
这个方法返回了Message.obtain(this, what, arg1,arg2, obj) ，也就是说和obtainMessage()作用一样，所以也可以直接使用Message.obtain(this, what, arg1,arg2, obj) 。
再看obtain()的源码
?
1
2
3
4
5
6
7
8
9
publicstatic Message obtain(Handler h, intwhat, intarg1, intarg2, Object obj) {
Message m = obtain();
m.target = h;
m.what = what;
m.arg1 = arg1;
m.arg2 = arg2;
m.obj = obj;
returnm;
}
看上面的代码我们还得找到obtain的无参构造
?
1
2
3
4
5
6
7
8
9
10
11
12
13
publicstatic Message obtain() {
synchronized(sPoolSync) {
if(sPool != null) {
Message m = sPool;
sPool = m.next;
m.next = null;
m.flags = 0;
sPoolSize--;
returnm;
}
}
returnnew Message();
}
不难看出，obtain从消息池中返回了一个Message对象，如果消息池为空再创建一个新的消息，所以一般使用obtain()得到一个消息比较合理。
Message的参数
如果只需要存储整型数据，使用arg1 和 arg2即可
发送给接收器的任意对象。当使用Message对象在线程间传递消息时，如果它包含一个Parcelable的结构类（不是由应用程序实现的类），此字段必须为非空（non-null）。
用户自定义的消息代码，这样接受者可以了解这个消息的信息。每个handler各自包含自己的消息代码，所以不用担心自定义的消息跟其他handlers有冲突。
如果需要传递Bundle对象，则使用setData(Bundle)
接收此消息的Handler对象。
处理消息的几个方法
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
publicfinal boolean sendMessage(Message msg){
returnsendMessageDelayed(msg, 0);
}
publicfinal boolean sendMessageDelayed(Message msg, longdelayMillis){
if(delayMillis < 0) {
delayMillis = 0;
}
returnsendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis);
}
publicboolean sendMessageAtTime(Message msg, longuptimeMillis) {
MessageQueue queue = mQueue;
if(queue == null) {
RuntimeException e = newRuntimeException(this+ " sendMessageAtTime() called with no mQueue");
Log.w("Looper", e.getMessage(), e);
returnfalse;
}
returnenqueueMessage(queue, msg, uptimeMillis);
}
privateboolean enqueueMessage(MessageQueue queue, Message msg, longuptimeMillis) {
msg.target = this;
if(mAsynchronous) {
msg.setAsynchronous(true);
}
returnqueue.enqueueMessage(msg, uptimeMillis);
}
通过上面的分析，不管Handler调用哪个sendMessage()的方法，最后都是将消息插入队列而已，没有其他操作。通过queue.enqueueMessage(msg, uptimeMillis这个方法我们也知道Looper处理消息的顺序是根据消息插入的时间快慢来轮询。
补充一下空消息的方法
?
1
2
3
4
5
6
7
8
publicfinal boolean sendEmptyMessage(intwhat){
returnsendEmptyMessageDelayed(what, 0);
}
publicfinal boolean sendEmptyMessageDelayed(intwhat, longdelayMillis) {
Message msg = Message.obtain();
msg.what = what;
returnsendMessageDelayed(msg, delayMillis);
}
二、Handler的post()方法
使用步骤
?
1
2
3
4
5
6
handler.post(newRunnable() {
@Override
publicvoid run() {
}
});
来看下post方法的源码
?
1
2
3
publicfinal boolean post(Runnable r){
returnsendMessageDelayed(getPostMessage(r), 0);
}
看到这里是不是就恍然大悟了，原来post方法其实也是发送了一则消息。
再看getPostMessage(r)的源码
?
1
2
3
4
5
privatefinal Message getPostMessage(Runnable r) {
Message m = Message.obtain();
m.callback = r;
returnm;
}
这下一清二楚了，这个方法将Runnable对象封装为Message，然后sendMessageDelayed发送过去给Handler处理。
这里我们要先知道消息是如何被取出来的，当前MessageQueue中存在mMessages(即待处理消息)，就把这个消息取出来，然后让下一条消息成为mMessages，否则就进入一个阻塞状态，一直等到有新的消息入队。每当有一个消息取出，就将它传递到msg.target的dispatchMessage()中，这个msg.target是Handler的enqueueMessage方法中的msg.target = this语句，也就是当前Handler对象。所以接下来的重点自然就是回到dispatchMessage(）
?
1
2
3
4
5
6
7
8
9
10
11
12
publicvoid 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);方法
?
1
2
3
privatefinal void handleCallback(Message message) {
message.callback.run();
}
也就是最终Runnable对象被Handle处理了。根据Handler的原理，Handler需要实例化在主线程post方法才能更新UI。
三、View的post方法
看下源码
?
1
2
3
4
5
6
7
8
9
10
publicboolean post(Runnable action) {
Handler handler;
if(mAttachInfo != null) {
handler = mAttachInfo.mHandler;
}else{
ViewRoot.getRunQueue().post(action);
returntrue;
}
returnhandler.post(action);
}
一目了然，调用Handlerd的post方法，本质是一样的。
四、Activity中的runOnUiThread()方法
?
1
2
3
4
5
6
7
publicfinal void runOnUiThread(Runnable action) {
if(Thread.currentThread() != mUiThread) {
mHandler.post(action);
}else{
action.run();
}
}
这个方法想必没什么好说的，如果是UI线程，直接run，不是的话借助handler.post（）
有一点要注意，这个方法只能运行在activity中。
总结
以上就是这篇文章的全部内容了，希望能对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流。
