【第二课】深入理解Handler

简要讲解Handler是做什么的

我们知道,在Android中,app启动会启动一个进程一个线程——UI线程,UI线程是主线程,并且不允许这个线程阻塞超过5秒,一旦超过5秒就会ANR。

所以较为耗时的工作(网络请求、文件读写)一般都是开一个线程来处理的,但其他的工作线程不可以直接操作Android的UI,UI只能在UI线程操作。所以就需要一个进程间通信机制来让工作线程的消息传递到UI线程,从而在UI线程改变UI。

这个通信机制就是Handler,普遍的做法就是通过重载Handler的handleMessage方法来接收来自工作线程的消息,方法内写操作UI的部分。在线程内调用handler.sendMessage()来发送Message消息。

如果你已经会用以上这种用法,请继续阅读。

(这一课默认你是了解Java线程的,而且了解线程之间的通信在Android中是怎么使用Handler的。如果还不了解可以去网上找找资料,自己动手写写。)

道理我都懂,可是Handler为什么这么NB?

我们接触了很多回调函数,比如OnCreate……就比如眼前的Handler里的handlerMessage方法吧,本质上说就是一个普通的方法嘛,在等待着你去继承这个类,然后重载它,凭什么它可以在线程发送消息的时候可以调用这个函数?它到底是什么机制?

这就要从Activity的运行机制讲起了:

Android应用程序是通过消息来驱动的,系统为每一个应用程序维护一个消息队例,应用程序的主线程不断地从这个消息队例中获取消息(Looper),然后对这些消息进行处理(Handler),这样就实现了通过消息来驱动应用程序的执行。

参考资料:http://blog.csdn.net/luoshengyang/article/details/6817933

看不懂上面这段没关系,我们现在换种方式来说:

现在我们有个消息队列(MessageQueue),每当我们sendMessage的时候就会把消息push到这个队列中。主线程就是从这个消息队列中读取出这一条一条的消息的,取出消息,分发给Handler。

问题来了,我们说起来这个过程容易,主线程怎么知道这个队列中有没有新消息啊?隔几毫秒就去检查一下队列,轮询?

事实上还真是“轮询”,但不是想象中那种低效的轮询,而是:

整个应用程序就是围绕这个消息队列无限循环的,如果队列有消息,主线程就把它取出来,分发给相应的Handler处理,如此循环,直到应用程序退出。

HaHa~应用程序本身就在不停的处理消息的,不能说是笨拙的轮询吧,人家把生命都献给了轮询呢!

//Looper是什么?
//TODO:简单理解就是一个操作这个消息队列的类,这个坑作者以后填哈~

我好讨厌用Handler啊!

为啥讨厌用Handler呢?因为用到Handler的时候都是需要工作线程的运行结果反馈,去更新UI,既要开个Thread->

又要new一个Runnable->

还要在run函数里写sendMessage,把数据封装一番再send->

到了handlerMessage里把数据解封装,再去操作UI……

这一来二去,实现一个小小的需求构造了不少的类,实例化了不少的对象,通过构造函数传递了不少的数据,敲了好多代码,这不是人懒嘛,所以讨厌~

那么好吧,觉得麻烦可能是你真的不太会用Handler。

Handler尽量满足你的各种“偷懒”需求

  • 普通需求:我想从工作线程向主线程传递几个普通参数而已。
1
2
3
4
5
6
7
8
//用普通的handler.sendMessage(message)就好
//Message的构造:
Message message=Message.obtain();//不用new Message()这个在后文会解释
message.arg1=1; //可以附带两个int类型的简单参数
message.arg2=2; //可以附带两个int类型的简单参数
message.what=3; //消息码,用来识别消息的
message.obj=new Object(); //一个Object类型的啦
//这几个参数对于普通需求来说就够了,比如加载图片、刷新进度条等等。
  • 二逼需求:我就想知道工作线程有没结束,成功还是失败了吱一声就好,不要废话信息太多。
1
2
3
handler.sendEmptyMessage(what)//发送空消息
//够简洁了吧,不用构造Message了,成功失败的直接用what判断就好了。
//适用于比如,微博微信点赞、发布评论等等
  • 文艺需求:我的数据类型比较复杂,拆分成参数实在麻烦。
1
2
3
4
5
6
Message message=Message.obtain();
Bundle bundle=new Bundle();//需求复杂,也只好用Bundle来承载了
bundle.putSerializable("xxx",MyObject);//MyObject必须实现Serializable接口,java的序列化你懂得。
message.setData(bundle);

//除此之外bundle还可以put很多很多的int、String、Byte做value的键值对,Bundle应该比较熟悉了吧~
  • 淡定需求:我工作线程的消息不着急告诉主线程,延迟一会儿发送吧。
1
2
3
4
5
sendMessageDelayed(Message msg, long delayMillis)//延迟
sendMessageAtTime(Message msg, long uptimeMillis)//定时

sendEmptyMessageDelayed(int what, long delayMillis)
sendEmptyMessageAtTime(int what, long uptimeMillis)
  • 处女座需求:我UI处理的代码就两行,放到工作线程里刚刚好。我想要我的UI处理代码可以复用,不写重复的代码,搞的整个java文件乱糟糟的。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
//这……看来要祭出绝招了!
……//省略前面的,从run()开始:
public void run() {
…… //工作线程里的各种工作

handler.post(new Runnable() {//调用了post,立马执行里面的东西
@Override
public void run() {
//UI操作
}
});

}
//handler允许你直接用post函数放一个Runnable进去,然后立马执行。
//你看,这样是不是既简洁又符合单线程的感觉?而且这个Runnable还能独立出来复用呢~

Message的构造方式为什么要用Message.obtain()

直接引用大神的解释:

对于Message对象,一般并不推荐直接使用它的构造方法得到,而是建议通过使用Message.obtain()这个静态的方法或者Handler.obtainMessage()获取。

Message.obtain()会从消息池中获取一个Message对象,如果消息池中是空的,才会使用构造方法实例化一个新Message,这样有利于消息资源的利用。并不需要担心消息池中的消息过多,它是有上限的,上限为10个。

总结

Handler用熟练了其实也不会觉得麻烦的,多实践。还有一点很重要,那就是你在探究某个API的时候多想想它能应用到什么场合,多想想为什么要提供这个接口。培养阅读源码的能力也很重要哦~哪怕只是看看结构怎么写的。