android消息机制

转载请注明：http://blog.csdn.net/wrg_20100512/article/details/51013008
最近在找实习，笔试的时候有一道关于android消息机制的题目。以前也看过一些这方面的东西，但是没有可以得总结过，今天看了任玉刚的《android开发艺术探索》，趁热打铁，总结一下android消息机制。

Android消息机制的主要作用是任务切换，将某个任务切换到指定的线程中执行。从应用的角度来说，主要是为了解决UI线程单线程机制的限制。系统角度（接触不多，感觉有用于AMS调度Activity的作用）。
Q：UI线程为什么设计为单线程？
A：UI控件的操作不是线程安全的，对于多线程并发访问的时候，如果使用加锁机制会导致：
1、UI控件的操作变得很复杂。
2、加锁的操作必定会导致效率下降。
所以android系统在UI操作上使用单线程机制。
切入正题
Android消息机制主要包括：message、handler、Looper。

Message

其中message比较简单，仅仅作为消息的载体，但是它其中的一些属性不容忽略。例如target、callback。还有一些其他属性。例如：arg1、arg2、when、what、data、obj。arg1、arg2、what为int型；when为long型；data为bundle；obj为Object。

Handler

Handler为消息操作者，主要用于发送和处理的message。发送有两种方式:
1、通过直接发送message，即sendMessage();
2、通过发送Runnable接口，即Post(Runnable)这种方式最终会调用sendMessageDelayed

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

而在sendMessageDelayed()中，第一个参数getPostMessage(r)，我们来看看这里发生了什么

  private static Message getPostMessage(Runnable r) {
        Message m = Message.obtain();
        m.callback = r;
        return m;
    }

在getPostMessage(r)方法中，首先生成了一个message对象，同时为message的callback属性设置为post(Runnable r)传入的runnable接口。

通过不管哪种发送方式最终要将调用到handler的sendMessageAtTime方法。

public boolean sendMessageAtTime(Message msg, long uptimeMillis) {
        MessageQueue queue = mQueue;
        if (queue == null) {
            RuntimeException e = new RuntimeException(
                    this + " sendMessageAtTime() called with no mQueue");
            Log.w("Looper", e.getMessage(), e);
            return f