Android更新UI的四种方法详解

前言

相信每位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

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对象，怎么返回呢，看下源码

?

1 2 3

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

显然，myLooper()从ThreadLocal中取出了Looper对象。那么问题来了，我们又是什么时候将Looper对象存进ThreadLocal呢？其实奥秘在于我们调用Looper.prepare()的时候，看下源码

?

1 2 3 4 5 6

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的创建

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

?

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

但这么做的话每次都需要new一个Message，比较浪费空间，我们可以使用obtainMessage()；看一下源码

?

1 2 3

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()的源码

?

1 2 3 4 5 6 7 8 9

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的无参构造

?

1 2 3 4 5 6 7 8 9 10 11 12 13

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的参数

?

1	public int arg1

?

1	public int arg2

如果只需要存储整型数据，使用arg1 和 arg2即可

?

1	public Object obj

发送给接收器的任意对象。当使用Message对象在线程间传递消息时，如果它包含一个Parcelable的结构类（不是由应用程序实现的类），此字段必须为非空（non-null）。

?

1	public int what

用户自定义的消息代码，这样接受者可以了解这个消息的信息。每个handler各自包含自己的消息代码，所以不用担心自定义的消息跟其他handlers有冲突。

如果需要传递Bundle对象，则使用setData(Bundle)

?

1	public Handler target

接收此消息的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

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处理消息的顺序是根据消息插入的时间快慢来轮询。

补充一下空消息的方法

?

1 2 3 4 5 6 7 8

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()方法

使用步骤

?

1 2 3 4 5 6

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

来看下post方法的源码

?

1 2 3

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

看到这里是不是就恍然大悟了，原来post方法其实也是发送了一则消息。

再看getPostMessage(r)的源码

?

1 2 3 4 5

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(）

?

1 2 3 4 5 6 7 8 9 10 11 12

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);方法

?

1 2 3

private final 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

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()方法

?

1 2 3 4 5 6 7

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

这个方法想必没什么好说的，如果是UI线程，直接run，不是的话借助handler.post（）
有一点要注意，这个方法只能运行在activity中。

总结

以上就是这篇文章的全部内容了，希望能对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流。