由Message,Handler,MessageQueue和Looper引发的思考?

1.首先看一段App应用程序启动的时候的源码流程分析图(网上看到的):
《由Message,Handler,MessageQueue和Looper引发的思考?》
从上图我们可以看到:当我们点击桌面的应用程序的图标的时候,首先会通过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对象是在哪个线程,就在这对应的线程上执行。

如果有什么不对的,还请指正!

    原文作者:ActivityManagerService
    原文地址: https://juejin.im/entry/5995048cf265da246c49ff4f
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞