由Message，Handler，MessageQueue和Looper引起的思考？

1.首先看一段App应用程序启动的时候的源码流程分析图（网上看到的）：

从上图咱们能够看到：当咱们点击桌面的应用程序的图标的时候，首先会经过Binder的IPC通讯机制，启动ActivityManagerService的startActivity方法，若是发现进程没有启动的话，须要经过zygote（受精卵）孵化出一个新的进程，在新的进程中执行ActivityThread的main方法。

2.咱们在获取到Looper.getMainLooper()是经过sMainLooper来获取的，那这个sMainLooper是在哪里赋值的？
答：首先咱们看到在Looper中有一个方法prepareMainLooper（）,该方法会对sMainLooper进行初始化，那么咱们在何时会调用该方法呢，为何咱们在主线程中建立handler的时候，不须要手动去调用这个方法，而是直接利用handler的构造方法，不须要对looper进行处理就建立呢？
细看framework的源码，能够看到整个 Framework 框架只有两个地方调用了 prepareMainLooper 方法：

第一处是在 SystemServer.java 中的 ServerThread,这个线程是在 Android 启动过程当中的 main() 方法启动的：

public static void main(String[] args) {
    new SystemServer().run();
}

public SystemServer() {
    mFactoryTestMode = FactoryTest.getMode();
}

private void run() {
        Looper.prepareMainLooper();
        Looper.loop();
}

第二处是在 ActivityThread.java 的 main() 方法中：

public static void main(String[] args) {
    ......
    Looper.prepareMainLooper();

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

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

    AsyncTask.init();

    Looper.loop();
}

由于systemServer是超级进程，是在系统启动的时候，用来初始化各类系统核心服务，是在不一样于APP的进程中的。（从上面的分析来看的话，Android一个应用开启对应一个进程，一个进程对应有一个主线程。）根据下图，咱们能够明白是在App点击时候的入口，ActivityThread中对sMainLooper进行赋值的。

3.为何在子线程建立handler的时候，须要调用Looper.prepare()方法？
答：如今咱们来看handler的构造方法，对应无Looper形参的构造方法，都会执行下面的构造方法

public Handler(Callback callback, boolean async) {
    if (FIND_POTENTIAL_LEAKS) {
        final Class<? extends Handler> klass = getClass();
        if ((klass.isAnonymousClass() || klass.isMemberClass() || klass.isLocalClass()) &&
                (klass.getModifiers() & Modifier.STATIC) == 0) {
            Log.w(TAG, "The following Handler class should be static or leaks might occur: " +
                klass.getCanonicalName());
        }
    }

    mLooper = Looper.myLooper();
    if (mLooper == null) {
        throw new RuntimeException(
            "Can't create handler inside thread that has not called Looper.prepare()");
    }
    mQueue = mLooper.mQueue;
    mCallback = callback;
    mAsynchronous = async;
}

由于在Looper.prepare()会建立一个looper与当前线程绑定。若是子线程没有调用prepare方法的话，那个mLooper=null，就会出现上面的报错了。为何主线程不须要调用，从1中咱们能够看到，在app进程建立的时候，会调用Looper.prepareMainLooper(),因此主线程就不用再调用一次了。

4.当handler发送一个消息的时候，怎么将消息插到队列中？
答：若是发送的是Runnable，不是一个消息，也会在代码中转成Message类型，而后最终会执行handler的private boolean enqueueMessage(MessageQueue queue, Message msg, long uptimeMillis)方法：

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

将消息插入到消息队列当中去。其中的queue是经过looper.mQueue获取的意味着messageQueue和当前的looper是绑定的，因此一个looper应该是对应一个messageQueue。

5.当Message插入到MessageQueue当中，系统是怎么通知到对应的handler来执行handlerMessage方法呢？
答：若是是在主线程建立Looper的话，默认会调用Looper.loop()方法，会不停地从消息队列中取出消息，若是消息队列为空，则不循环，此时释放cpu，不会占用cpu资源，若是有消息的话，那就执行msg.target.dispatchMessage(msg);实际上就是调用handler的dispachMessage方法，会调用handler的handleMessage方法。

6.在主线程中经过Looper.loop()死循环，为何不会对主线程形成阻塞呢？
答：由于在该方法中，Looper在建立的过程当中，会建立对应的MessageQueue对象，在构造函数中，会调用JNI的方法nativeInit()，经过这个方法会在c++层建立NativeMessageQueue，同时NativeMessageQueue会建立一个Looper对象，这个Looper对象是经过pipe（管道）设计而成的，若是有消息则唤起读线程，没有消息则线程阻塞，释放cpu资源。回看java层的Looper类的loop方法，Message msg = queue.next()，进入next方法，会执行nativePollOnce(mPtr, nextPollTimeoutMillis)，调用JNI层的nativePollOnce方法，会调用NativeMessageQueue的pollOnce()，内部调用了c++层Looper对象的pollOnce()，该方法会调用pollInner()，pollInner()方法就是先经过epoll_wait()进入空闲等待状态，等待消息队列的管道上的消息(IO事件)。若是有消息待处理(即管道上有IO写事件发生，写事件是EPOLLIN类型)，则调用awoken()将消息读取出来。因此直到有messageQueue中有消息的时候，才会唤起，若是没有java层没有消息的时候，线程是会释放掉cpu资源的；另外全部的ui操做都经过handler来发消息操做。

结论：
1.咱们经过handler发送一个消息，都是经过looper放置对应的messageQueue当中，而后Looper.loop()会不断地从messageQueue中获取消息，有消息的话，就经过msg.target（实际就是handler）.handlerMessage()；
2.① 每一个Thread只对应一个Looper；② 每一个Looper只对应一个MessageQueue；③ 每一个MessageQueue中有N个Message；④ 每一个Message中最多指定一个Handler来处理事件。一个线程能够拥有多个handler，可是一个handler只能绑定一个线程。Looper是属于某一个线程的，一个looper对应一个MessageQueue。判断这个handleMessage（）方法在哪一个线程上执行，就看这个handler的looper对象是在哪一个线程，就在这对应的线程上执行。

若是有什么不对的，还请指正！