使用Handler的原因:1、子线程不能更改主线程的UI。2、一般来说,所有显示在界面上的控件,都是由主线程创建的。3、每个主线程都有一个Handler,Handler运行在主线程里,它与了线程可以通过Message对象来传递数据
Handler原理:主线程里都维护了一个消息对列(message queue),子线程通过Message实例设置消息内容,通过主线程里的Handler实例把消息发送到消息队列(message queue),在主线程里还有一个轮循器(looper)在检查消息对列里有没有新的消息,一旦发现有新的消息,looper就会交给Handler对象 处理,Handler则调用自己的回调函数HandlerMessage来更新UI或者其它操作。
Handler作用:安排消息或Runnable 在某个主线程中某个地方执行,安排一个动作在不同的线程中执行.
handler 定义: 主要接受子线程发送的数据,并用此数据配合主线程更新UI。 当程序启动时,Android首先会开启一个主线程(UI线程),主线程为管理界面中的的UI控件,进行事件分发,比如说:要是点击了一个Button,Android会分发事件到Button上,来影响你的操作。 如果此时需要一个耗时的操作:联网读取数据,或读取本地较大的文件时,不能把这些操作放在主线程中,如果放在主线程中的话,界面会发生出现假死的现象,如果5秒钟没有完成的话,会收到一个Android系统的一个错误提示“强制关闭”。这个时候我们需要把这些耗时操作,放在一个子线程中,因为子线程涉及到UI更新,Android主线程是不安全的 ,也就是说,更新UI只能在主线程中更新,在子线程中操作是危险的。这份时候,Handler就出现了,就解决了这个复杂的问题,由于Handler运行在主线程中(UI线程),它与子线程可以通过Message对象来传递数据, 这个时候,Handler就承担着接受子线程传过来的(子线程用sedMessage()方法传弟)Message对象,(里面包含数据) , 把这些消息放入主线程队列中,配合主线程进行更新UI。
handler 特点:handler可以分发Message对象和Runnable对象到主线程中,每个Handler实例,都会绑定到创建它的线程(一般位于主线程)它的作用:(1)安排消息或Runnable在某个主线程中某个地方执行;(2)安排一个动作在不同的线程中执行。
Handler中分发消息的一些方法
post(Runnable) postAtTime(Runnable,long) postDelayed(Runnable long)
sendEmptyMessage(int) sendMessage(Message) sendMessageAtTime(Message,long)
sendMessageDelayed(Message,long) 以上post类方法允许你排列一个Runnable对象到主线程队列中,sendMessage类方法, 允许你安排一个带数据的Message对象到队列中,等待更新。
子类需要继承Hendler类,并重写handleMessage(Message msg) 方法, 用于接受线程数据。
Handler的原理: 子线程中将Message发送给主线程,主线程中接受Message,并进行处理.
使用handler过程中涉及到的3个对象:
Message:一个消息对象,主要在子线程中把绑定的数据,携带到主线程。MessageQueue:主线程里面的一个消息队列,接受子线程中发来的一个Message对象。(是内部执行,不可见的)
Looper: 消息循环器,不断的从MessageQueue中取出一个个Message对象(采用的是冒泡法一样的取出,而不是遍历),交给handler(内部执行)
handler和message,looper之间的关系,message发送到消息队列(MessageQueue),Looper取消息给handler进行处理.
Handler创建消息
每一个消息都需要被指定的Handler处理,通过Handler创建消息便可以完成此功能。Android消息机制中引入了消息池。Handler创建 消息时首先查询消息池中是否有消息存在,如果有直接从消息池中取得,如果没有则重新初始化一个消息实例。使用消息池的好处是:消息不被使用时,并不作为垃 圾回收,而是放入消息池,可供下次Handler创建消息时使用。消息池提高了消息对象的复用,减少系统垃圾回收的次数。消息的创建流程如图所示。
Handler发送消息
UI主线程初始化第一个Handler时会通过ThreadLocal创建一个Looper,该Looper与UI主线程一一对应。使用 ThreadLocal的目的是保证每一个线程只创建唯一一个Looper。之后其他Handler初始化的时候直接获取第一个Handler创建的 Looper。Looper初始化的时候会创建一个消息队列MessageQueue。至此,主线程、消息循环、消息队列之间的关系是1:1:1。
Handler、Looper、MessageQueue的初始化流程如图所示:
Hander持有对UI主线程消息队列MessageQueue和消息循环Looper的引用,子线程可以通过Handler将消息发送到UI线程的消息队列MessageQueue中。
Handler处理消息
UI主线程通过Looper循环查询消息队列UI_MQ,当发现有消息存在时会将消息从消息队列中取出。首先分析消息,通过消息的参数判断该消息对应的Handler,然后将消息分发到指定的Handler进行处理。
子线程通过Handler、Looper与UI主线程通信的流程如图所示。
Handler应用总结
先从自己之前遇到的一个问题讲起吧:我想在应用里面实现两件事:点击Button后,1)每隔三秒更换一次桌面。2)每隔三秒在ImageView里面更换一张图片,图片是从资源里面随机得到的。想单纯实现换桌面和换图片是容易的,只要调用setWallpaper(bmp); 和 mImageView.setImageDrawable(getResources().getDrawable(bgs[r]));就可以了,但是要周期改变图片就有点小麻烦了。我们最容易想到的就是开个线程来控制,于是就想用如下代码:
大家会注意到:换图片的的方法被注掉了,因为这样用的话,会抛出CalledFromWrongTreadExeption。为什么会有这样的异常呢?这是因为:像ImagerView这样的View之类的东西只能在UI线程里被调用。而我们的应用的UI线程只有一个,就是当前这个Activity的线程。我们自己开的线程都不是UI线程。这就要用到Handler了。android里面对于异步消息的处理,提供了一套Handler的实现方案。Handler有很多适宜的应用和微妙之处,使它在和Thread以及Service等一起使用的时候达到很好的效果。Handler与调用者处于同一线程,如果Handler里面做耗时的动作,调用者线程会阻塞。
一个Handler允许你传递和执行结合了一个线程的消息队列的Message类或Runnable类的对象。每一个Handler的实例被结合于一个单独的线程和一个线程的消息队列。当你创建一个新的Handler时,它被绑定到一个正在创建它的线程的线程/消息队列--从这一点来看,当messages和runnables出了消息队列时,这个Handler将传递这些messages和runnables到那个消息队列并执行它们。
Handler有两个重要的作用:1)安排messages和runnables在将来被作为一些元素来执行。2)把一个将要被执行,并且与你当前的线程不同的action入队。
下面就看看怎么利用Handler解决一开始提到的问题吧,首先在自己开的线程中把消息发出去:
Java代码
Button.setOnClickListener(new OnClickListener() {
public void onClick(View v) {
Timer timer = new Timer();
TimerTask task = new TimerTask() {
public void run() {
// Message message = Message.obtain(mHandler,
// EVENT_TIME_TO_CHANGE_IMAGE);
Message message = mHandler.obtainMessage(EVENT_TIME_TO_CHANGE_IMAGE);
mHandler.sendMessage(message);
}
};
timer.schedule(task, 3000L, 3000L);
}
});
被注掉的方法和它下面得到message的方法效果是一样的。然后要在主线程里new一个Handler来接受消息并处理事件:
Java代码
private Handler mHandler = new Handler() {
public void handleMessage(Message msg) {
switch (msg.what) {
case EVENT_TIME_TO_CHANGE_IMAGE:
int r = rand();
Bitmap bmp =BitmapFactory.decodeResource(getResources(), bgs[r]);
try {
setWallpaper(bmp);//换桌面
changeImg(r); //换图片
} catch (IOException ie) {
ie.printStackTrace();
} catch (Exception e) {
e.printStackTrace();
}
break;
}
}
};
这样,就不会出现CalledFromWrongTreadExeption异常了。