Android Handler机制剖析

android的handler机制是android的线程通信的核心机制

Android UI是线程不安全的，如果在子线程中尝试进行UI操作，程序就有可能会崩溃。

Android中的实现了

接收消息的“消息队列” ——【MessageQueue】

阻塞式地从消息队列中接收消息并进行处理的“线程” ——【Thread+Looper】

可发送的“消息的格式” ——【Message】

“消息发送函数”——【Handler的post和sendMessage】

一个Looper类似一个消息泵。它本身是一个死循环，不断地从MessageQueue中提取Message或者Runnable。而Handler可以看做是一个Looper的暴露接口，向外部暴露一些事件，并暴露sendMessage()和post()函数。

在安卓中，除了UI线程/主线程以外，普通的线程(先不提HandlerThread)是不自带Looper的。想要通过UI线程与子线程通信需要在子线程内自己实现一个Looper。

handler的各个组件介绍

线程使用handler的步骤

为什么使用异步消息处理的方式就可以对UI进行操作了呢？

这是由于Handler总是依附于创建时所在的线程，比如我们的Handler是在主线程中创建的，而在子线程中又无法直接对UI进行操作，于是我们就通过一系列的发送消息、入队、出队等环节，最后调用到了Handler的handleMessage()方法中，这时的handleMessage()方法已经是在主线程中运行的，因而我们当然可以在这里进行UI操作了。整个异步消息处理流程的示意图如下图所示：

图片来总结一下

另外除了发送消息之外，我们还有以下几种方法可以在子线程中进行UI操作：

1. Handler的post()方法

2. View的post()方法（源码本质调用了Handler的post()方法）

3. Activity的runOnUiThread()方法（源码本质调用了Handler的post()方法）

Handler的post()方法

post()方法源码

public final boolean post(Runnable r)  
{  
   return  sendMessageDelayed(getPostMessage(r),