简要讲解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尽量满足你的各种“偷懒”需求
- 普通需求：我想从工作线程向主线程传递几个普通参数而已。
//用普通的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类型的啦 //这几个参数对于普通需求来说就够了，比如加载图片、刷新进度条等等。 - 二逼需求：我就想知道工作线程有没结束，成功还是失败了吱一声就好，不要废话信息太多。
handler.sendEmptyMessage(what)//发送空消息 //够简洁了吧，不用构造Message了，成功失败的直接用what判断就好了。 //适用于比如，微博微信点赞、发布评论等等 - 文艺需求：我的数据类型比较复杂，拆分成参数实在麻烦。
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应该比较熟悉了吧~ - 淡定需求：我工作线程的消息不着急告诉主线程，延迟一会儿发送吧。
sendMessageDelayed(Message msg, long delayMillis)//延迟 sendMessageAtTime(Message msg, long uptimeMillis)//定时 sendEmptyMessageDelayed(int what, long delayMillis) sendEmptyMessageAtTime(int what, long uptimeMillis) - 处女座需求：我UI处理的代码就两行，放到工作线程里刚刚好。我想要我的UI处理代码可以复用，不写重复的代码，搞的整个java文件乱糟糟的。
//这……看来要祭出绝招了！ ……//省略前面的，从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的时候多想想它能应用到什么场合，多想想为什么要提供这个接口。培养阅读源码的能力也很重要哦~哪怕只是看看结构怎么写的。
原文来自个人博客：【第二课】深入理解handler
by:cyhhao http://blog.zhusun.in/cyhhao/