Android更新UI的四种方法详解
前言
相信每位Android开发者们都知道更新UI只能在主线程中进行,若是在子线程执行任务后需要更新UI,则需要借助handler跳转到主线程中。以下介绍几种操作UI的方法。
一、使用Handler的handleMessage()
Handler的构造
publicHandler(){ this(null,false); } publicHandler(Callbackcallback,booleanasync){ if(FIND_POTENTIAL_LEAKS){ finalClass<?extendsHandler>klass=getClass(); if((klass.isAnonymousClass()||klass.isMemberClass()||klass.isLocalClass())&& (klass.getModifiers()&Modifier.STATIC)==0){ Log.w(TAG,"ThefollowingHandlerclassshouldbestaticorleaksmightoccur:"+ klass.getCanonicalName()); } } mLooper=Looper.myLooper(); if(mLooper==null){ thrownewRuntimeException( "Can'tcreatehandlerinsidethreadthathasnotcalledLooper.prepare()"); } mQueue=mLooper.mQueue; mCallback=null; }
可见构造Handler需要Looper,没有的话会抛出异常。Looper.myLooper()
会返回一个Looper对象,怎么返回呢,看下源码
publicstaticfinalLoopermyLooper(){ return(Looper)sThreadLocal.get(); }
显然,myLooper()从ThreadLocal中取出了Looper对象。那么问题来了,我们又是什么时候将Looper对象存进ThreadLocal呢?其实奥秘在于我们调用Looper.prepare()的时候,看下源码
publicstaticfinalvoidprepare(){ if(sThreadLocal.get()!=null){ thrownewRuntimeException("OnlyoneLoopermaybecreatedperthread"); } sThreadLocal.set(newLooper()); }
可见当sThreadLocal取出的Looper对象为空时,会创建一个新的Looper对象。
由此可见,当实例化一个Hanlder之前需要先调用Looper.prepare(),否则会抛出异常,除非是主线程中构建Handler。因为主线程在创建的时候系统已经为其建立了一个Looper。
Message的创建
一般情况最普遍的做法就是
Messagemessage=newMessage(); mHandler.sendMessage(message);
但这么做的话每次都需要new一个Message,比较浪费空间,我们可以使用obtainMessage();看一下源码
publicfinalMessageobtainMessage(intwhat,intarg1,intarg2,Objectobj){ returnMessage.obtain(this,what,arg1,arg2,obj); }
这个方法返回了Message.obtain(this,what,arg1,arg2,obj),也就是说和obtainMessage()作用一样,所以也可以直接使用Message.obtain(this,what,arg1,arg2,obj)。
再看obtain()的源码
publicstaticMessageobtain(Handlerh,intwhat,intarg1,intarg2,Objectobj){ Messagem=obtain(); m.target=h; m.what=what; m.arg1=arg1; m.arg2=arg2; m.obj=obj; returnm; }
看上面的代码我们还得找到obtain的无参构造
publicstaticMessageobtain(){ synchronized(sPoolSync){ if(sPool!=null){ Messagem=sPool; sPool=m.next; m.next=null; m.flags=0;//clearin-useflag sPoolSize--; returnm; } } returnnewMessage(); }
不难看出,obtain从消息池中返回了一个Message对象,如果消息池为空再创建一个新的消息,所以一般使用obtain()得到一个消息比较合理。
Message的参数
publicintarg1
publicintarg2
如果只需要存储整型数据,使用arg1和arg2即可
publicObjectobj
发送给接收器的任意对象。当使用Message对象在线程间传递消息时,如果它包含一个Parcelable的结构类(不是由应用程序实现的类),此字段必须为非空(non-null)。
publicintwhat
用户自定义的消息代码,这样接受者可以了解这个消息的信息。每个handler各自包含自己的消息代码,所以不用担心自定义的消息跟其他handlers有冲突。
如果需要传递Bundle对象,则使用setData(Bundle)
publicHandlertarget
接收此消息的Handler对象。
处理消息的几个方法
publicfinalbooleansendMessage(Messagemsg){ returnsendMessageDelayed(msg,0);//直接调用sendMessageDelayed(),只是没有时间延迟 } publicfinalbooleansendMessageDelayed(Messagemsg,longdelayMillis){ if(delayMillis<0){ delayMillis=0; } returnsendMessageAtTime(msg,SystemClock.uptimeMillis()+delayMillis);//调用sendMessageAtTime,当前时间加上延迟时间。 } publicbooleansendMessageAtTime(Messagemsg,longuptimeMillis){ MessageQueuequeue=mQueue; if(queue==null){ RuntimeExceptione=newRuntimeException(this+"sendMessageAtTime()calledwithnomQueue"); Log.w("Looper",e.getMessage(),e); returnfalse; } returnenqueueMessage(queue,msg,uptimeMillis);//调用enqueueMessage,附上消息队列和时间 } privatebooleanenqueueMessage(MessageQueuequeue,Messagemsg,longuptimeMillis){ msg.target=this; if(mAsynchronous){ msg.setAsynchronous(true); } returnqueue.enqueueMessage(msg,uptimeMillis);//最后调用队列的插入消息方法,只是插入的时间有制定。 }
通过上面的分析,不管Handler调用哪个sendMessage()的方法,最后都是将消息插入队列而已,没有其他操作。通过queue.enqueueMessage(msg,uptimeMillis这个方法我们也知道Looper处理消息的顺序是根据消息插入的时间快慢来轮询。
补充一下空消息的方法
publicfinalbooleansendEmptyMessage(intwhat){ returnsendEmptyMessageDelayed(what,0); } publicfinalbooleansendEmptyMessageDelayed(intwhat,longdelayMillis){ Messagemsg=Message.obtain(); msg.what=what; returnsendMessageDelayed(msg,delayMillis); }
二、Handler的post()方法
使用步骤
handler.post(newRunnable(){ @Override publicvoidrun(){ //这里就可以进行UI操作。 } });
来看下post方法的源码
publicfinalbooleanpost(Runnabler){ returnsendMessageDelayed(getPostMessage(r),0); }
看到这里是不是就恍然大悟了,原来post方法其实也是发送了一则消息。
再看getPostMessage(r)的源码
privatefinalMessagegetPostMessage(Runnabler){ Messagem=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()
publicvoiddispatchMessage(Messagemsg){ if(msg.callback!=null){ handleCallback(msg); }else{ if(mCallback!=null){ if(mCallback.handleMessage(msg)){ return; } } handleMessage(msg); } }
如果调用了Handler.post()方法,则callback!=null,所以执行了handleCallback(msg);方法
privatefinalvoidhandleCallback(Messagemessage){ message.callback.run(); }
也就是最终Runnable对象被Handle处理了。根据Handler的原理,Handler需要实例化在主线程post方法才能更新UI。
三、View的post方法
看下源码
publicbooleanpost(Runnableaction){ Handlerhandler; if(mAttachInfo!=null){ handler=mAttachInfo.mHandler; }else{ ViewRoot.getRunQueue().post(action); returntrue; } returnhandler.post(action); }
一目了然,调用Handlerd的post方法,本质是一样的。
四、Activity中的runOnUiThread()方法
publicfinalvoidrunOnUiThread(Runnableaction){ if(Thread.currentThread()!=mUiThread){ mHandler.post(action); }else{ action.run(); } }
这个方法想必没什么好说的,如果是UI线程,直接run,不是的话借助handler.post()
有一点要注意,这个方法只能运行在activity中。
总结
以上就是这篇文章的全部内容了,希望能对大家的学习或者工作能带来一定的帮助,如果有疑问大家可以留言交流。