Android更新UI的四种方法详解

时间:2021-05-20

前言

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

总结

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

声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。

相关文章