通过“外卖机制”唠唠Handler原理

本图片百度而来

今天本小仙女想来讲讲Android中很有名的一个东东Handler，当然，作为技术渣渣的我也许有的观点并不正确，童鞋们如果看到哪边写的不对，请严厉指出，以便于我及时更正。

开始进入正题，我们都知道，Android UI是线程不安全的，如果在子线程中尝试进行UI操作，程序就有可能会崩溃。相信大家在日常的工作当中都会经常遇到这个问题，通常我们第一时间就会想到Handler，消息一发一收一处理，问题就解决了，这种处理方式被称为异步消息处理线程，虽然我相信大家都会用，可是你知道它背后的原理是什么样的吗？

今天我们就来一起深入探究一下Handler背后的秘密。那有童鞋就要说了：你好好讲Handler讲好勒，放一张外卖图片你四不四傻。这个我要辩解一下，看了好多大牛博客，都是上来分析源码啥的，一般这种资深技术贴我都膜拜好几遍才能看懂，所以，本小仙女我还是讲点轻松的（浅显一点，毕竟我渣，关爱渣渣，不喜勿喷）。

咱们先说外卖，说到外卖大家都很熟了：拿出小爪机，打开“饿了么”，完了找到喜欢吃的东东下个单，完成，点完外卖该干嘛干嘛，直到外卖小哥打你电话，然后你拿到外卖，吃外卖，完了继续该干嘛干嘛。

好，外卖的事先放一下下，下面上一张图：

郭大神的博客里down下来的消息处理机制的图解

下面开始看图说话：Handler发送一条新的消息到MessageQueue中，发送的消息排列在MessageQueue的队尾，而Looper每次从MessageQueue中取出一个message进行处理，处理完后告诉Handler,Handler再通过handleMessage()方法把消息传给主线程，对主线程进行反馈。

接下来，我们比较一下外卖流程和整个Handler机制的流程（此处的外卖流程我只针对一家店，比如黄焖鸡米饭）。一、点外卖时，当你下单成功，商家肯定接到你的订单，而且不止你一单，根据时间先后排列单子成一个订单queue，是不是和handler发送新的message到messageQueue的队尾神相似；二、然后厨师只要负责从订单queue里拿出一个订单做完接着处理下一个订单，依次下去就好，这个是不是和handler机制中Looper从messageQueue按次序拿出message并处理message神符合；三、做完的黄焖鸡由外卖小哥骑着电驴或摩托突突突到你家门口打你电话敲你门告诉你外卖好了递到你手上顺便提醒你趁热吃（当然有些会监督五星好评哟），这和Looper处理完消息后handler通知你处理消息是不是也差不多（当然这边外卖环节可能是多了个外卖小哥通知你，比喻有点牵强，但看我加粗部分，做完外卖告诉你好了并且趁热吃）。四、你拿到外卖想干嘛干嘛，主线程获取数据后想干嘛就干嘛。

看了上面外卖流程比喻Handler机制是不是觉得技术来源于生活？有童鞋是不是觉得我描述的有点凌乱，一会Handler一会外卖，but,包涵一下了，文笔我是真的不咋滴！希望各位能看懂，要是实在看不懂，我也没办法，呜呜。。。（女文艺青年似抽泣）

至于Handler的用法我就不详细讲了，大家都应该知道，如果不知道的，百度一下立马知道。还有源码分析什么的推荐大家可以看一下郭大神博客http://blog.csdn.net/guolin_blog/article/details/9991569，其实说了那么多，我好像啥也没怎么讲，不知道为毛，我就是想讲一下这个原理。