iis服务器助手广告广告
返回顶部
首页 > 资讯 > 移动开发 >Android更新UI的四种方法详解
  • 958
分享到

Android更新UI的四种方法详解

方法Android 2022-06-06 07:06:42 958人浏览 独家记忆
摘要

前言 相信每位Android开发者们都知道更新UI只能在主线程中进行,若是在子线程执行任务后需要更新UI,则需要借助handler跳转到主线程中。以下介绍几种操作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中。

总结

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

您可能感兴趣的文章:Android 在其他线程中更新UI线程的解决方法android使用多线程更新ui示例分享Android异步更新UI的四种方式Android 更新UI的方法汇总Android UI更新的几种方法总结详解android进行异步更新UI的四种方式详解Android UI更新的几种方法


--结束END--

本文标题: Android更新UI的四种方法详解

本文链接: https://www.lsjlt.com/news/23748.html(转载时请注明来源链接)

有问题或投稿请发送至: 邮箱/279061341@qq.com    QQ/279061341

本篇文章演示代码以及资料文档资料下载

下载Word文档到电脑,方便收藏和打印~

下载Word文档
猜你喜欢
软考高级职称资格查询
编程网,编程工程师的家园,是目前国内优秀的开源技术社区之一,形成了由开源软件库、代码分享、资讯、协作翻译、讨论区和博客等几大频道内容,为IT开发者提供了一个发现、使用、并交流开源技术的平台。
  • 官方手机版

  • 微信公众号

  • 商务合作