Android异步消息处理机制之handler机制

    在之前分析了looper,以及实现了利用在主线程中利用重写handleMessage方法来更新ui（具体参见博主的前两篇博客），接下来我们主要来分析handler以及其post(runnable r)方法。

   首先来看在post版本的异步更新ui，在Activity中:

private Handler mHandler;//全局变量@Overrideprotected void onCreate(Bundle savedInstanceState) {    mHandler = new Handler();    new Thread(new Runnable() {                @Override                public void run() {                    try {         Thread.sleep(1000);//在子线程有一段耗时操作,比如请求网络                        mHandler.post(new Runnable() {                            @Override                            public void run() {                         mTestTV.setText("This is post");//更新UI                            }                        });                    } catch (InterruptedException e) {                        e.printStackTrace();                    }                }            }).start();}

   从表面上来看，给post方法传了个Runnable，像是开了个子线程，可是在子线程里并不能更新UI啊，那么问题来了，这是怎么个情况呢？带着这个疑惑，来翻翻Handler的源码,首先来看sendMessage之类的最终实现方法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 false;        }        return enqueueMessage(queue, msg, uptimeMillis);    }

   其中enqueueMessage是将消息加入到指定消息队列中的方法，接下来再来看看post方法的源码：

public final boolean post(Runnable r)    {       return  sendMessageDelayed(getPostMessage(r), 0);//getPostMessage方法是两种发送消息的不同之处    }

   方法只有一句，内部实现和普通的sendMessage是一样的，但是只有一点不同,那就是 getPostMessage(r) 这个方法：

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

   这个方法我们发现也是将我们传入的参数封装成了一个消息，只是这次是m.callback = r,刚才是msg.what=what,至于Message的这些属性就不看了.看到这里，我们只是知道了post和sendMessage原理都是封装成Message，但是还是不清楚Handler的整个机制是什么样子，继续探究下去。

 再来看enqueueMessage方法：

private boolean enqueueMessage(MessageQueue queue, Message msg, long uptimeMillis) {        msg.target = this;        if (mAsynchronous) {            msg.setAsynchronous(true);        }        return queue.enqueueMessage(msg, uptimeMillis);    }

   mAsynchronous这个异步有关的先不管，继续将参数传给了queue的enqueueMessage方法，至于那个msg的target的赋值我们后面再看，现在继续进入MessageQueue类的enqueueMessage方法，方法较长，我们看看关键的几行：

boolean enqueueMessage(Message msg, long when) {        if (msg.target == null) {            throw new IllegalArgumentException("Message must have a target.");        }        if (msg.isInUse()) {            throw new IllegalStateException(msg + " This message is already in use.");        }        synchronized (this) {            if (mQuitting) {                IllegalStateException e = new IllegalStateException(                        msg.target + " sending message to a Handler on a dead thread");                Log.w(TAG, e.getMessage(), e);                msg.recycle();                return false;            }            msg.markInUse();            msg.when = when;            Message p = mMessages;            boolean needWake;            if (p == null || when == 0 || when < p.when) {                // New head, wake up the event queue if blocked.                msg.next = p;                mMessages = msg;                needWake = mBlocked;            } else {                // Inserted within the middle of the queue.  Usually we don't have to wake                // up the event queue unless there is a barrier at the head of the queue                // and the message is the earliest asynchronous message in the queue.                needWake = mBlocked && p.target == null && msg.isAsynchronous();                Message prev;                for (;;) {                    prev = p;                    p = p.next;                    if (p == null || when < p.when) {                        break;                    }                    if (needWake && p.isAsynchronous()) {                        needWake = false;                    }                }                msg.next = p; // invariant: p == prev.next                prev.next = msg;            }            // We can assume mPtr != 0 because mQuitting is false.            if (needWake) {                nativeWake(mPtr);            }        }        return true;    }

   可以看到实际上就是单链表的插入操作，而插入的顺序是根据时间when来排序的，将时间小的排在前面，时间大的排在后面，而Message中出现的target变量又是什么呢？查源代码可知其实target就是Handler，通过 msg.target = this;就将消息队列又与当前handler绑定起来了，然后所以我们来看Handler中的dispatchMessage，该方法实现了消息的分发（具体的已经在Looper中说过了，因此就不再详细描述了）：
    msg的callback应该已经想到是什么了，就是我们通过Handler.post(Runnable r)传入的Runnable的run方法，这里就要提提Java基础了，直接调用线程的run方法相当于是在一个普通的类调用方法，还是在当前线程执行，并不会开启新的线程。
     因此，在最后来回答一下我们一开始的问题，为什么通过post可以在new Thread里更新ui,例如：

private Handler mHandler;//全局变量@Overrideprotected void onCreate(Bundle savedInstanceState) {    mHandler = new Handler();    new Thread(new Runnable() {                @Override                public void run() {                    try {                        Thread.sleep(1000);//在子线程有一段耗时操作,比如请求网络                        mHandler.post(new Runnable() {                            @Override                            public void run() {                                mTestTV.setText("This is post");//更新UI                            }                        });                    } catch (InterruptedException e) {                        e.printStackTrace();                    }                }            }).start();}

  这是因为mHandler是我们在主线程中创建的，而mHandler.post(new Runnable()里通过targer来实现消息与handler的互相绑定，而且run()也并没有新开启线程的功能，所以我们仍然可以更新ui.