Android消息机制(基于的源码解析).doc

Android消息机制（基于源码解析) 1. 消息机制概述 Android中的消息机制主要指的是Handler的运行机制，Handler的运行需要底层的MessageQueue和Looper、Message的支撑，下文会逐一分析。 2. 为什么需要消息机制 Android中的消息机制主要是为了满足线程间通信而设计的，最重要的应用场景应该在于更新UI Android规定访问UI只能在主线程中进行，如果在子线程中访问UI，那么程序就会抛出异常 系统为什么不允许在自线程中访问UI呢？这是因为Android的UI控件不是线程安全的，如果在多线程中并发访问可能会导致UI控件处于不可预期的状态。 那为什么不对UI控件的访问加上锁机制呢？缺点有两个： 首先加上锁机制会让UI访问的逻辑变得复杂； 其次锁机制会降低访问UI的效率，因为锁机制会阻塞某些现成的执行 鉴于这两个缺点，最简单且最高效的方法就是采用单线程模型来处理UI操作，对于开发者来说也不是很麻烦，只是需要通过Handler切换下UI的访问执行线程即可 3. Android中线程的分类 带有消息队列，用来执行循环型任务（例如主线程ActivityThread，Android.os.HandlerThread）有消息时就处理，没有消息时就睡眠 没有消息队列，用来执行一次性任务（例如java.lang.Thread） 任务一旦执行完成便退出 4. 带有消息队列的线程具体实现 主要涉及4个方面 Message（消息） MessageQueue（消息队列） Looper（消息循环） Handler （消息发送和处理） 4.1 消息队列 说到MessageQueue，我们来看下它是干什么的 /** * Low-level class holding the list of messages to be dispatched by a * {@link Looper}. Messages are not added directly to a MessageQueue, * but rather through {@link Handler} objects associated with the Looper. * *You can retrieve the MessageQueue for the current thread with * {@link Looper#myQueue() Looper.myQueue()}. */ 它是一个低等级的持有Messages集合的类，被Looper分发。Messages并不是直接加到MessageQueue的，而是通过Handler对象和Looper关联到一起。我们可以通过Looper.myQueue()方法来检索当前线程的MessageQueue。 4.2 Message 在整个消息处理机制中，message又叫task，封装了任务携带的信息和处理该任务的handler。我们看下这个类的注释 /** * * Defines a message containing a description and arbitrary data object that can be * sent to a {@link Handler}. This object contains two extra int fields and an * extra object field that allow you to not do allocations in many cases. * * While the constructor of Message is public, the best way to get * one of these is to call {@link #obtain Message.obtain()} or one of the * {@link Handler#obtainMessage Handler.obtainMessage()} methods, which will pull * them from a pool of recycled objects. */ 这个类定义了一个包含描述和一个任意类型对象的对象，它可以被发送给Handler。 从注释里我们还可以了解到以下几点： 尽管Message有public的默认构造方法，但是你应该通过Message.obtain()来从消息池中获得空消息对象，以节省资源。 如果你的message只需要携带简单的int信息，请优先使用Message.arg1和Message.arg2来传递信息，这比用Bundle更省内存 用message.what来标识