Android 消息机制: Handler,MessageQueue,Looper运行机制

     前言：前面几篇博客介绍了Android消息机制中的三大成员Handler,MessageQueue,Looper。有心的小伙伴可能会发现，在介绍其中的一个成员的时候都会提及到其它的两个成员，确实是这样的，这三大成员本身就是一个整体。下面我们就来看一下这三大成员之间是如何巧妙地配合地。

一，先上图

上图是模拟了一个应用场景：在主线程中创建Handler,然后在子线程中发送消息。这是一个非常普遍的应用场景。下面我们就来围绕这个场景分析。

1，在主线程中创建Handler

2，创建一个子线程，在子线程中通过Handler的post系列或是send系列发送消息。通过对Handler的深入学习我们知道最后都是通过send系列发送消息。在send系列的方法中调用了MessageQueue的enqueueMessage();向消息队列中插入数据

3，Looper的登场：Looper在消息循环中的作用类似一个中间桥梁，将消息队列中的消息通过这个中间桥梁运输给Handler来处理。Looper的登场是通过Looper.prepare();。有些小伙伴可能要迷惑了，我也写过类似上面的应用场景但是却没有使用到Looper.prepare();。那是因为我们的Handler是创建在主线程（ActivityThread）的，而Looper的创建与Handler的创建是在同一个线程的，系统在主线程中已经为我们创建好了Looper对象（Looper.prepareMainLooper()）。好像有点扯远了，Looper的loop();方法一直在观察者消息队列。loop()；方法会调用MessageQueue的next();方法来获取新消息，而next();方法是一个阻塞操作，当没有消息时，next();方法会一直阻塞在那里，这也导致loop();方法一直阻塞在那里，如果next();方法返回新消息，Looper就会把消息交给Handler,让Handler把消息分发下去处理：handler.dispatchMessage(msg);。Handler接收到消息后根据消息中是否有Runnable对象，有的话就执行Runnable对象的run();处理，没有就交给handleMessage(msg);方法处理。需要说明的是，Handler的dispacthMessage(msg)方法是在创建Handler时所使用的Looper中执行的，这样就成功将子线程中发送的消息带到了主线程中处理。

以上三步分析完了Android消息机制的整个流程。

整个流程需要注意的是：Looper是可以退出的，Looper退出后。通过Handler发送的消息会失败，这个时候Handler的send系列方法返回false。在子线程中如果手动为其创建了Looper（Looper.prepare();），那么在所有的事情完成以后应该调用quit();方法来终止消息循环，否则这个子线程就会一直处于等待状态，而如果退出Looper以后，这个线程就会立刻终止，因此建议不需要的时候终止Looper。