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

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

image.png

从上图我们可以看到：当我们点击桌面的应用程序的图标的时候，首先会通过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 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对象是在哪个线程，就在这对应的线程上执行。

如果有什么不对的，还请指正！