Android Handler机制的一点小事--post

相信大家都用过handler.sendMessage()方法，但你你注意过handler.post()方法没有，它与runOnUiThread（）有什么联系呢？
先来说说runOnUiThread（），源码为：

            mHandler.post(action);//它的实质就是handler.post
        } else {
            action.run();
        }

Handler里面的Looper().prepare()与Looper().loop()网上到处都是，这里就不在啰嗦了，注意loop()方法会进入无限循环。
回到前面的问题，第一Handler是怎么post一个Runnable的，第二这个Runnable是怎么执行或什么时候执行的。
对于第一个问题，这里列出两个源码函数：

public final boolean post(Runnable r)
    {
    //将r用getPostMessage封装后传给sendMessageDelayed
       return  sendMessageDelayed(getPostMessage(r), 0);
    }
 private static Message getPostMessage(Runnable r) {
        //这里的Message调用obtain方法而不是自己去创建，个人理解为Message里面有个数据池用来存放
        //这些Message，提高利用率。
        Message m = Message.obtain();
        m.callback = r;
        //callback为Runnable的引用，源码为证 /*package*/ Runnable callback; 
        return m;
    }

这里可以看到post方法实质上就是将Runnable封装到Message里面，后续运行过程与sendMessage一致。
第二个问题很关键
相信大家从runOnUiThread里面初见端倪Runnable是不是直接调用run运行的，确实如此。但他是不是很一般的
Message一样在handleMessage()里面处理的呢？其实不然。
在handleMessage之前会先调用dispatchMessage()函数，源码为证：msg.target.dispatchMessage(msg);这行代码是在Looper.loop()里面处理的。这里的target嘚说一下，首先它是Handler引用，为什么Message里面需要这个Handler？可以想象以下，如果你的App里面需要处理很多Message，那么怎么知道这个Message是谁发的，应该谁处理？没错，就是这个target！现在看一下dispatchMessage()源码：

    public void dispatchMessage(Message msg) {
        if (msg.callback != null) {
            handleCallback(msg);
        } else {
            if (mCallback != null) {
                if (mCallback.handleMessage(msg)) {
                    return;
                }
            }
            handleMessage(msg);
        }
    }

可以看到第一个if后面就判断msg的callback是否为空，也就是你post的Runnable，然后调用handleCallback()方法之后直接退出了，没有经过handleMessage()方法！handleCallback直接调用run方法，还是那句话，源码为证：

private static void handleCallback(Message message) {
        message.callback.run();
    }