简要讲解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的时候多想想它能应用到什么场合，多想想为什么要提供这个接口。培养阅读源码的能力也很重要哦~哪怕只是看看结构怎么写的。