Handler消息机制学习总结(转)

Handler的作用

在Android中使用Handler主要是因为，在主线程（UI线程）中不能进行耗时操作（网络下载之类的…），否则界面会卡死。而在子线程中不能进行UI更新，因为这对主线程来说是不安全的(多个子线程同时对UI进行更新…)。为了解决将耗时操作放到子线程中，同时UI更新是在主线程中。开发者提出了Handler消息机制。

Handler消息机制的原理

概念：
1.Handler：与不同线程的Looper进行沟通，可以将Message发送到MessageQueue，或者接受Looper从MessageQueue中获取的Message
2.Looper：一个线程可以产生一个Looper对象，由它来管理该线程的MessageQueue
3.MessageQueue(消息队列)：用来存放线程放入的消息
4.Message：消息

1.Handler创建消息

每一个消息都需要被指定的Handler处理，通过Handler创建消息便可以完成此功能。Android消息机制中引入了消息池。Handler创建消息时首先查询消息池中是否有消息存在，如果有直接从消息池中取得，如果没有则重新初始化一个消息实例。使用消息池的好处是：消息不被使用时，并不作为垃圾回收，而是放入消息池，可供下次Handler创建消息时使用。消息池提高了消息对象的复用，减少系统垃圾回收的次数。消息的创建流程如图所示。

2.Handler发送消息

UI主线程初始化第一个Handler时会通过ThreadLocal创建一个Looper，该Looper与UI主线程一一对应。使用ThreadLocal的目的是保证每一个线程只创建唯一一个Looper。之后其他Handler初始化的时候直接获取第一个Handler创建的Looper。Looper初始化的时候会创建一个消息队列MessageQueue。至此，主线程、消息循环、消息队列之间的关系是1:1:1。
Handler、Looper、MessageQueue的初始化流程如图所示:

Hander持有对UI主线程消息队列MessageQueue和消息循环Looper的引用，子线程可以通过Handler将消息发送到UI线程的消息队列MessageQueue中。

3.Handler处理消息

UI主线程通过Looper循环查询消息队列UI_MQ，当发现有消息存在时会将消息从消息队列中取出。首先分析消息，通过消息的参数判断该消息对应的Handler，然后将消息分发到指定的Handler进行处理。
子线程通过Handler、Looper与UI主线程通信的流程如图所示。