原文http://kermit95.github.io/2015/08/28/handler%E6%80%BB%E7%BB%93/
概述
Handler是android用来更新UI,处理消息的机制。
使用线程和Handler更新UI
方法一
新建handler对象,并覆写handleMessage(),在主线程中开启一个子线程,进行耗时操作(比如下载图片),得到图片之后,利用handler的sendMessage(),将图片发送给handler,在handleMessage()中进行UI的更新。发送时有两种方式,一种是’handler.sendMessage()’,一种是’message.sendToTarge()’。
方法二
用view的post方法,post方法接收一个runnable对象,该方法将这个runnable对象发送至主线程执行。
原理
上述方法都是从非UI线程发送消息到UI线程,通知UI线程进行界面更新。
Android使用消息机制实现线程间的通信,线程通过Looper建立自己的消息循环,MessageQueue是FIFO的消息队列,Looper负责从MessageQueue中取出消息,并且分发到消息指定目标Handler对象。Handler对象绑定到线程的局部变量Looper,封装了发送消息和处理消息的接口。
实现一次线程通信的流程
publicclassCustomThreadextendsThread{
@Override
public void run() {
Looper.prepare();
mHandler =newHandler(){
@Override
public void handleMessage(Messagemsg) {
switch (msg.what){
case0:
Log.i("Test","CustomThread recive message "+ (String)msg.obj);
break;
}
}
};
Looper.loop();
}
}
在主线程中开启子线程,然后发送消息给目标handler。
Looper
要想理解子线程中发生了什么必须先理解Looper。在Looper.prepare()中,Looper被设置成了线程的局部变量’ThreadLocal.set(new Looper(…))’,并且在Looper的构造函数里获取了当前线程和一个消息队列。可以说Looper在哪个线程,handler的handleMessage()方法就在哪个线程执行,因为handleMessage()方法是在Loop.loop()方法中执行的。
ThreadLocal
TreadLocal是为了解决线程安全的一个方案,与之对应的还有synchronized。但是本质区别是synchronized是为了数据共享,ThreadLocal是为了数据隔离。在android的handler机制中,TreadLocal维护了一个Looper对象,也就是说每个线程只能有各自的Looper,不可以共享。TreadLocal通过set和get方法存取维护的变量(这里是Looper)。关于ThreadLocal就说到这里。
Handler
Handler中获得到了线程局部变量Looper的消息队列。为什么Handler要持有消息队列呢,因为在发送消息环节,Handler对象需要将消息对象放入消息队列中。分析Handler,就必须明确Looper所属的线程,如果我们是在主线程创建Handler,那么Looper就是主线程的’MainLooper’,但是Looper的创建和loop方法的调用都在底层执行了。每个Handler获取消息队列的途径是,每个handler都和一个Looper绑定,每个Looper都持有一个消息队列,这样每个handler就可以获取一个消息队列。
关于Handler的构造方法:
可以无参数
可以传入一个callback,用于截断消息向handleMessage()传入
可以传入一个Looper对象
loop()方法
loop()方法用来从消息队列中取得方法。loop()方法所做的事:
获取Looper,从而获得消息队列
从消息队列中取出消息,并通过消息对象中的”target”分发消息。(这里的target是一个Handler对象)
将分发后的消息回收
HandlerThread
通过这个Thread可以稳定的获取Looper,可以通过’Hander handler = new Handler(handlerThread.getLooper())’的方式得到一个handler。而这个handler是和handlerthread绑定的,这样就可以在handlerthread线程处理消息。
一般说来,都是在主线程建立handler对象,Looper是getMainLooper(),所以handleMessage都是在UI线程调用。handlerthread的目的就是能在非UI线程处理消息。
总结
Looper持有:currentThread, messagequeue, threadlocal。在Looper.prepare()方法中,threadlocal存储了一个Looper对象,并通过Looper的构造方法,使这个looper对象获得了当前线程的实例(Thread.currentThread()),从而实现了looper和线程的关联(底层实现,是将looper作为threadlocal的value,然后将threadlocal的value赋值给currentThread的value),所以可以将这个方法看作将所在线程变成循环线程(looper线程)的标识;在Looper.loop()中,通过myLooper()得到threadlocal中的looper,也就是所在线程的looper,进行消息分发。
Message持有:target(一个handler),message有obtain方法,有的方法可能少用,但是大多和target有关,即message可以和某个handler进行绑定。但是大多时候我们不会改变message的target,事实上我们根本就不需要改变,在handler的sendMessage方法中,最终调用的是这个方法,将message放入自己持有messagequeue中:
privatebooleanenqueueMessage(MessageQueue queue, Message msg,longuptimeMillis){
msg.target=this;
if(mAsynchronous) {
msg.setAsynchronous(true);
}
returnqueue.enqueueMessage(msg, uptimeMillis);
}
也就是把发送消息的Handler设置成了message的target(目标,就是这个msg将被这个target处理)。而常用的sendToTarget()方法必须设置target才能发送消息,如下代码会报空指针,必须先message.setTarget()。或者使用handler.send….方法。
privateHandlerhandler=newHandler(){
@Override
publicvoidhandleMessage(Message msg){
Toast.makeText(MainActivity.this,"hi~~", Toast.LENGTH_SHORT).show();
}
};
@Override
protectedvoidonCreate(Bundle savedInstanceState){
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Message message = Message.obtain();
message.sendToTarget();
}
Handler持有:messagequeue, callback。在Handler的构造方法中,获得当前线程的looper的messageqeue(这也是为什么要先Looper.prepare()后new Handler()的原因,必须先要有looper才会有messagequeue),至于callback:
publicvoiddispatchMessage(Message msg){
if(msg.callback !=null) {
handleCallback(msg);
}else{
if(mCallback !=null) {
if(mCallback.handleMessage(msg)) {
return;
}
}
handleMessage(msg);
}
}
可以在handleMessage之前截断。
图形总结