Android Handler 源码分析2

这是我参与8月更文挑战的第17天，活动详情查看：8月更文挑战

在ActivityThread的main方法，这个方法是应用程序的入口。
main方法的源码如下：

public static void main(String[] args) {

    //代码省略

    Looper.prepareMainLooper();

    ActivityThread thread = new ActivityThread();
    thread.attach(false);

    if (sMainThreadHandler == null) {
        sMainThreadHandler = thread.getHandler();
    }

    if (false) {
        Looper.myLooper().setMessageLogging(new
                LogPrinter(Log.DEBUG, "ActivityThread"));
    }

    // End of event ActivityThreadMain.
    Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);
    Looper.loop();

    throw new RuntimeException("Main thread loop unexpectedly exited");
}
复制代码

找到了Looper.prepareMainLooper()，这和Looper.prepare()太像了吧，跟进去看看

public static void prepareMainLooper() {
    prepare(false);
    synchronized (Looper.class) {
        if (sMainLooper != null) {
            throw new IllegalStateException("The main Looper has already been prepared.");
        }
        sMainLooper = myLooper();
    }
}

复制代码

又兜了回来，还是调用了prepare方法的。所以主线程是已经创建了一个Looper对象的。
Handler的创建过程分析完毕，现在总算搞明白了。

那先总结一下，Handler的创建是依赖于Looper的。而主线程是默认创建了一个Looper对象的。每一个Looper会关联一个线程（ThreadLocal中封装了Looper)。每一个Looper中又会封装一个消息队列。
这样一来，handler，Looper，MessageQueue，Thread四个角色就关联了起来，你中有我，我中有你。
handler在主线程中创建，是因为要和主线程的消息队列关联起来，那样handler的handleMessage方法才会在主线程中执行，那么这样在更新UI就是线程安全的了。

接着继续吧，还很多问题没有解决
相信你更想了解Handler是怎么发送消息的。通常我们是创建一个Message对象，并将一些从服务端拉取的数据，标记，参数等赋值到Message的一些字段what，arg1，obj等，handler调用sendMessage方法发送，就能将这个数据发送到主线程，然后在handlerMessage方法处理更新UI即可。

那我们就从handler的sendMessage方法开始寻找信息

public final boolean sendMessage(Message msg)
{
    return sendMessageDelayed(msg, 0);
}
复制代码

sendMessage会调用sendMessageDelayed方法并将message对象传进去，第二个参数是延时时间，使用sendMessage方法时默认为0的。
那么来到sendMessageDelayed方法

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

兜兜转转，最终会调用sendMessageAtTime方法，并将message对象传进。
继续跟进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);
}
复制代码

上面分析了，在创建Looper对象的时候，会创建一个MessageQueue，所以只要Looper是正常创建的话，消息队列是不为空的。
那么到最后一行的enqueueMessage方法，源码如下：

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

可以看到最后一行调用了MessageQueue的enqueueMessage方法。
注意： 上面贴出的enqueueMessage是Handler的方法，不是MessageQueue的，只是做了一层包装而已，真正的入队消息队列的操作当然是在MessageQueue中。而且从第一行的msg.target = this中可以知道，msg的target字段，其实就是handler。

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;
}
复制代码

Messagequeue中有一个对象mMessage用于指向当前传进的msg，即最新的消息。而刚才的sendMessageAtTime(Message msg, long uptimeMillis)方法，第二个参数指定了时间，然后在这里按照这个uptimeMillis来进行消息的排序，而我分析的结果msg.next是指向下一个消息，这样每一个消息都是按照时间的排序关联了起来，排在前面的消息指向了排在后面的消息。