私房菜

在《Android 基于Handler 剖析消息机制》一文中，以 Handler 类为起点详细分析了异步通信，分析了Java 端Handler与LooperMessage之前的通信关系。框架如下：在Java 端的 Looper 中会创建一个 Java 端的 MessageQueue实例，并在loop() 函数中的死循环里通过 queue.next() 不停的获取监听到的下一个 Message，然后将其通过 dispatchMessage() 分发处理。详细看。

关联文章：Android OOM 分析Android异步消息处理线程之----Looper+MessageQueue+HandlerAndroid 中HandlerAndroid HandlerThreadHandler sendMessage 与 obtainMessage (sendToTarget)比较前言：对于Handler 在android 系统引起的内...

话说在工作中第一次接触android 的Handler 的时候，不知道怎么去关注性能。这样使用并不是一定不允许，但是目前任何产品对于性能的要求越来越高，任何内存、调度的优化都是推荐的、可取的。

将复杂工作异步化、线程化对于Android 的性能的提高起到了很重要的作用，Android 框架为开发提供了很多辅助程序，这一篇着重分析Android AsyncTask的原理。

之前 Android 中Handler 中大体说了一下handler的应用过程，为了更好实现异步操作，android 提供了HandlerThread。

**Handler 是用来发送和处理与一个线程的 MessageQueue 有关联的 Message 和 Runnable。一个 Handler 与一个线程以及此线程的MessageQueue有关联。新建一个Handler 的时候，要与一个已经创建好的线程的 MessageQueue 绑定。这样Handler 就可以发送message 和runnable 到消息队列，并且处理从消息队列发出来的回调。

Android handler 处理消息机制是Android 系统、应用开发中一个十分重要的利器，可以简单、轻松的将事情异步分解处理。Handler 与Looper、MessageQueue、Message类紧密结合，实现了完整的消息机制。

Android 官方有句话：“The Android UI toolkit is not thread-safe and the view must always be manipulated on the UI thread.”这句话可能会给人误解，认为android 中ui 的操作必须要在UI 线程中进行，但这里通过android 的source code 最终会发现其实通过子线程也是可以做到的，只不过需要了解其中的详细的流程。另外，这里强调的是在子线程中更新UI，而不是通过子线程异步的方式去更