Android View post 方法

解析View.post方法。分析一下这个方法的流程。

说起post方法，我们很容易联想到Handler的post方法，都是接收一个Runnable对象。那么这两个方法有啥不同呢？

Handler的post方法

先来简单看一下Handler的post(Runnable)方法。这个方法是将一个Runnable加到消息队列中，并且会在这个handler关联的线程里执行。

下面是关联的部分源码。可以看到传入的Runnable对象，装入Message后，被添加进了queue队列中。

Handler 有关的部分源码

    // android.os Handler 有关的部分源码
    public final boolean post(@NonNull Runnable r) {
        return sendMessageDelayed(getPostMessage(r), 0);
    }

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

    public final boolean sendMessageDelayed(@NonNull Message msg, long delayMillis) {
        if (delayMillis < 0) {
            delayMillis = 0;
        }
        return sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis);
    }

    public boolean sendMessageAtTime(@NonNull 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);
    }

    private boolean enqueueMessage(@NonNull MessageQueue queue, @NonNull Message msg,
            long uptimeMillis) {
        msg.target = this;
        msg.workSourceUid = ThreadLocalWorkSource.getUid();

        if (mAsynchronous) {
            msg.setAsynchronous(true);
        }
        return queue.enqueueMessage(msg, uptimeMillis);
    }

具体流程，可以看handler介绍

View的post方法

我们直接跟着post的源码走。

public boolean post(Runnable action) {
    final AttachInfo attachInfo = mAttachInfo;
    if (attachInfo != null) {
        return attachInfo.mHandler.post(action);
    }

    // Postpone the runnable until we know on which thread it needs to run.
    // Assume that the runnable will be successfully placed after attach.
    getRunQueue().post(action);
    return true;
}

private HandlerActionQueue getRunQueue() {
    if (mRunQueue == null) {
        mRunQueue = new HandlerActionQueue();
    }
    return mRunQueue;
}

可以看到一开始就查询是否有attachInfo，如果有，则用attachInfo.mHandler来执行这个任务。

如果没有attachInfo，则添加到View自己的mRunQueue中。确定运行的线程后，再执行任务。

post(Runnable action)的返回boolean值，如果为true，表示任务被添加到消息队列中了。
如果是false，通常表示消息队列关联的looper正在退出。

那么我们需要了解AttachInfo和HandlerActionQueue。

AttachInfo

AttachInfo是View的静态内部类。View关联到父window后，用这个类来存储一些信息。

AttachInfo存储的一部分信息如下：

WindowId mWindowId window的标志
View mRootView 最顶部的view
Handler mHandler 这个handler可以用来处理任务

HandlerActionQueue

当View还没有handler的时候，拿HandlerActionQueue来缓存任务。HandlerAction是它的静态内部类，存储Runnable与延时信息。

public class HandlerActionQueue {
    private HandlerAction[] mActions;
    
    public void post(Runnable action)
    public void executeActions(Handler handler)
    // ...

    private static class HandlerAction {
        final Runnable action;
        final long delay;
        // ...
    }
}

View的mRunQueue

将任务（runnable）排成队。当View关联上窗口并且有handler后，再执行这些任务。

/**
 * Queue of pending runnables. Used to postpone calls to post() until this
 * view is attached and has a handler.
 */
private HandlerActionQueue mRunQueue;

这个mRunQueue里存储的任务啥时候被执行？我们关注dispatchAttachedToWindow方法。

void dispatchAttachedToWindow(AttachInfo info, int visibility) {
    // ...
    // Transfer all pending runnables.
    if (mRunQueue != null) {
        mRunQueue.executeActions(info.mHandler);
        mRunQueue = null;
    }
    // ...
}

这个方法里调用了mRunQueue.executeActions。

executeActions(Handler handler)方法实际上是用传入的handler处理队列中的任务。

而这个dispatchAttachedToWindow会被ViewGroup中被调用。

或者是ViewRootImpl中调用

host.dispatchAttachedToWindow(mAttachInfo, 0);

小结

View的post方法，实际上是使用了AttachInfo的handler。

如果View当前还没有AttachInfo，则把任务添加到了View自己的HandlerActionQueue队列中，然后在dispatchAttachedToWindow中把任务交给传入的AttachInfo的handler。也可以这样认为，View.post用的就是handler.post。

我们在获取View的宽高时，会利用View的post方法，就是等View真的关联到window再拿宽高信息。

流程图归纳如下