一日一钱,千日一千。绳锯木断,水滴石穿。

Handler切换线程原理解析

Posted on By TinyVampirePudge

Handler切换线程原理解析

写在前面:本文的目的是想将Handler、Looper和Thread之间绑定的原理讲明白,如果没讲明白,也希望能给关于Handler的学习留个印象。

Android中的多线程间交互离不开Handler,开发中最常见的操作是在子线程中执行耗时操作,在主线程中更新UI,这其中就涉及到了Handler的线程切换操作。

提到Handler消息机制,就不得不提它的几个组成元素:Handler、Looper、MessageQueue、Message。

Handler的主要作用是发送和处理消息;MessageQueue称作消息队列,采用单链表的数据结构存储Message;Looper是一个循环,会在一个无限循环中不断从MessageQueue中获取Message,如果有Message,就交给对应的Handler去处理;Message是传递的消息,它的target参数持有是发送它的Handler对象。

接下来从开发中常见的场景逐步说明上述几个类是如何关联起来的。

先从一个在子线程中创建Handler对象开始。

	@OnClick(R.id.btn_test1)
    public void onBtnTest1Clicked() {
        new Thread(new Runnable() {
            @Override
            public void run() {
                Handler handler = new Handler();
            }
        }).start();

上面这几行代码开启了一个子线程并执行,在子线程中创建了一个Handler,不出意外的话这行代码会报错,错误如下: 子线程中创建Handler时最长见的错误

这个错误的含义是说在线程调用Looper.prepare( )之前不能创建Handler。     这是为什么呢?我们追下Handler的源码,代码如下,

	public Handler() {
        this(null, false);
    }
	public Handler(Callback callback, boolean async) {
        ...

        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;
    }

    从上述代码可以看出,Handler初始化时调用Looper.myLooper()方法获取一个Looper对象给自己,如果mLooper为null就报刚才出现的错误,因此可以得出结论,Handler在创建之前必须跟一个Looper绑定。另外,Handler中的mQueue就是关联的Looper中的MessageQueue对象。     接下来我们看下Looper的实现,先看下Looper类的注释,注释如下,

/**
  * Class used to run a message loop for a thread.  Threads by default do
  * not have a message loop associated with them; to create one, call
  * {@link #prepare} in the thread that is to run the loop, and then
  * {@link #loop} to have it process messages until the loop is stopped.
  *
  * <p>Most interaction with a message loop is through the
  * {@link Handler} class.
  *
  * <p>This is a typical example of the implementation of a Looper thread,
  * using the separation of {@link #prepare} and {@link #loop} to create an
  * initial Handler to communicate with the Looper.
  *
  * <pre>
  *  class LooperThread extends Thread {
  *      public Handler mHandler;
  *
  *      public void run() {
  *          Looper.prepare();
  *
  *          mHandler = new Handler() {
  *              public void handleMessage(Message msg) {
  *                  // process incoming messages here
  *              }
  *          };
  *
  *          Looper.loop();
  *      }
  *  }</pre>
  */

    大意是说,Looper通常用来为线程创建一个消息循环器。线程默认是没有关联消息循环器的,在线程中调用Looper.prepare()方法可以将线程与Looper关联起来,然后调用Looper.loop()方法可以让线程处理消息,直到Looper停止。与消息循环的大多数交互都是通过Handler实现。

    注释中还提供了Looper和Handler的典型实现,先调用prepare(),然后创建一个与Looper交互的Handler对象,最后调用loop()方法。     按照提示,我对刚才报错的代码进行修改,错误就会消失,代码如下。

	@OnClick(R.id.btn_test1)
    public void onBtnTest1Clicked() {
        new Thread(new Runnable() {
            @Override
            public void run() {
                Looper.prepare();
                Handler handler = new Handler();
                Looper.loop();
            }
        }).start();
    }enter code here

Looper.prepare( )

    接下来我们看下Looper.prepare()和Looper.loop()方法的源码,看下他们都做了什么。先看Looper.prepare()。

	public static void prepare() {
        prepare(true);
    }

    private static void prepare(boolean quitAllowed) {
        if (sThreadLocal.get() != null) {
            throw new RuntimeException("Only one Looper may be created per thread");
        }
        sThreadLocal.set(new Looper(quitAllowed));
    }

    prepare()方法会调用prepare(true),prepare(boolean quitAllowed)方法也很简单,先判断当前线程的Looper是否为空,如果不为空就会抛出”Only one Looper may be created per thread”异常,说明一个线程只能关联一个Looper。接下来会新建一个Looper对象,并设置给当前Thread对象。

    这里的解释有些笼统,我逐步说明下。先看下sThreadLocal这个成员变量,它是一个ThreadLocal类型的对象,它的主要作用是将Thread和Looper关联起来。具体如何关联的,主要是ThreadLocal的set()和get()方法,我们还是从 sThreadLocal.set(new Looper(quitAllowed))这行看起,先看new Looper(quitAllowed)构造方法,

	private Looper(boolean quitAllowed) {
        mQueue = new MessageQueue(quitAllowed);
        mThread = Thread.currentThread();
    }

    这里会给新创建的Looper对象中的mQueue赋值为新的MessageQueue对象,给mThread赋值为当前Thread对象,这样这个Looper就持有了当前Thread对象。接下来看ThreadLocal中的set()方法;

	public void set(T value) {
        Thread t = Thread.currentThread();
        ThreadLocalMap map = getMap(t);
        if (map != null)
            map.set(this, value);
        else
            createMap(t, value);
    }

    这里先获取当前Thread对象,然后调用getMap方法,获取Thread中ThreadLocal.ThreadLocalMap类型的成员变量threadLocals;接着对Thread中的threadLocals进行非空判断:如果Thread的threadLocals变量为空,就调用createMap( )方法,

	void createMap(Thread t, T firstValue) {
        t.threadLocals = new ThreadLocalMap(this, firstValue);
    }

    新建一个ThreadLocalMap对象并赋值给当前Thread的threadLocals变量;如果Thread的threadLocals变量不为空,就调用ThreadLocal.ThreadLocalMap#set(ThreadLocal key, Object value)方法,这个方法会将以Thread对象为key,以Looper对象为value设置给threadLocals变量,这样就把Thread和Looper的对应关系存储进ThreadLocal.ThreadLocalMap对象了,也就是Thread.threadLocals变量中。具体代码的细节读者可自行查看,这里暂不深究。

    接下来再看下ThreadLocal#get( )方法实现,

	public T get() {
        Thread t = Thread.currentThread();
        ThreadLocalMap map = getMap(t);
        if (map != null) {
            ThreadLocalMap.Entry e = map.getEntry(this);
            if (e != null) {
                @SuppressWarnings("unchecked")
                T result = (T)e.value;
                return result;
            }
        }
        return setInitialValue();
    }

    跟set()方法一样,还是获取当前Thread对象,接着根据获取当前线程中的threadLocals,如果threadLocals不为空,并且threadLocals中存储的Looper对象不为空,就会返回threadLocals中存储的Looper对象,也就是与Thread相关联的Looper对象;接下来还会调用setInitialValue()方法,将setInitialValue()方法的返回值作为get()方法的返回值。

	private T setInitialValue() {
        T value = initialValue();
        Thread t = Thread.currentThread();
        ThreadLocalMap map = getMap(t);
        if (map != null)
            map.set(this, value);
        else
            createMap(t, value);
        return value;
    }

    我们看下setInitialValue()的实现,这里给Looper的初始值为null,然后返回将null设置给Thread的threadLocals对象,最后将null返回。

    回顾一下ThreadLocal#get()方法,如果当前Thread中的threadLocals变量中关联了Looper对象,就返回;如果没有关联就返回null。

    看完了ThreadLocal的get()和set()方法,我们回顾下,Looper持有ThreadLocal对象,ThreadLocal中的get()和set()方法会依据当前Thread中持有的ThreadLocal.ThreadLocalMap类型的对象threadLocals,将Thread和Looper关联起来。这样,在Looper.prepare()方法中我们就可以将Looper和当前Thread关联起来。

Looper.loop( )

    接下来我们看下loop()方法的作用,

	/**
     * Run the message queue in this thread. Be sure to call
     * {@link #quit()} to end the loop.
     */
	public static void loop() {
        final Looper me = myLooper();
        if (me == null) {
            throw new RuntimeException("No Looper; Looper.prepare() wasn't called on this thread.");
        }
        final MessageQueue queue = me.mQueue;

        ...

        for (;;) {
            Message msg = queue.next(); // might block
            if (msg == null) {
                // No message indicates that the message queue is quitting.
                return;
            }

            ...
            final long start = (slowDispatchThresholdMs == 0) ? 0 : SystemClock.uptimeMillis();
            final long end;
            try {
                msg.target.dispatchMessage(msg);
                end = (slowDispatchThresholdMs == 0) ? 0 : SystemClock.uptimeMillis();
            } finally {
                if (traceTag != 0) {
                    Trace.traceEnd(traceTag);
                }
            }
            ...

            msg.recycleUnchecked();
        }
    }

    loop()方法的源码如上所示,先获取当前线程关联的Looper,如果Looper为空,就抛出”No Looper; Looper.prepare() wasn’t called on this thread.”异常。

    接着获取Looper持有的MessageQueue对象queue,然后开启一个无限循环,不停的获取queue中的Message对象msg,如果msg为null,就跳出无限循环,结束对queue的轮询;如果获取到的msg不为空,就会调用msg.target.dispatchMessage(msg)方法,实质上调用的是Handler#dispatchMessage(msg)方法,将消息交给Message发送时绑定的Handler对象去处理了。需要注意的是这里的Handler#dispatchMessage(msg)方法是在创建Handler时的Looper中执行的,这样就成功的将代码切换到指定的逻辑中去执行了。

Handler#sendMessage(msg)

    前面讲了在创建Handler的过程中,Handler是如何与Thread、Looper绑定的,以及Looper是如何接收并处理消息的,这里讲下Handler是如何发送消息的。这里以Handler#sendMessage(msg)为例进行说明:

	public final boolean sendMessage(Message msg)
    {
        return sendMessageDelayed(msg, 0);
    }
	
	public final boolean sendMessageDelayed(Message msg, long delayMillis)
    {
        if (delayMillis < 0) {
            delayMillis = 0;
        }
        return sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis);
    }
	
	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);
    }
	
	private boolean enqueueMessage(MessageQueue queue, Message msg, long uptimeMillis) {
        msg.target = this;
        if (mAsynchronous) {
            msg.setAsynchronous(true);
        }
        return queue.enqueueMessage(msg, uptimeMillis);
    }

    Handler中消息发送一般是通过post和send系列方法来实现,而post系列方法最终也是通过send方法来实现的,上面通过sendMessage(msg)方法展示了send方法的典型调用过程。如上所示,最终都会调用enqueueMessage方法,将Message插入到Handler的queue中,也就是Looper的queue中去了。这样跟Handler关联的Looper就收到了消息,在Looper.loop()方法的循环中就会将这个Message拿出来,然后调用发送消息的Handler处理了。我们可以在A线程正常创建handlerA,然后在B线程中利用handlerA发送消息,此时消息就发送给与handlerA关联的Looper了,而这个Looper唯一关联的线程就是A,这样我们的消息就会在A线程中执行了。

Handler#dispatchMessage(msg)

    接下来我们看下Handler是如何处理Message的。源码如下:

	public void dispatchMessage(Message msg) {
        if (msg.callback != null) {
            handleCallback(msg);
        } else {
            if (mCallback != null) {
                if (mCallback.handleMessage(msg)) {
                    return;
                }
            }
            handleMessage(msg);
        }
    }

    如上所示,Handler处理消息的过程如下:

        第一步,检查Message的callback对象是否为null,如果不为null,就调用handleCallback(msg)方法,Message的callback对象就是一个Runnable对象,实际上就是Handler#post系列方法中传递的Runnable参数。

	private static void handleCallback(Message message) {
        message.callback.run();
    }

    如果Message的callback对象为null,就向下执行。

    第二步,如果msg.callback为null,会检查Handler的mCallback参数是否为null,不为null就调用mCallback.handleMessage(msg)方法来处理消息,如果mCallback.handleMessage(msg)的返回值为true,就结束执行,否则就继续向下执行。

    Callback是个接口,定义如下:

	/**
     * Callback interface you can use when instantiating a Handler to avoid
     * having to implement your own subclass of Handler.
     */
    public interface Callback {
        /**
         * @param msg A {@link android.os.Message Message} object
         * @return True if no further handling is desired
         */
        public boolean handleMessage(Message msg);
    }

    查看源码可以发现,mCallback是在Handler(Callback callback, boolean async)这个构造方法里面进行赋值的,只有Handler(Callback callback)这个构造方法是传递了Callback对象过来的,所以我们可以采用Handler handler = new Handler(callback)这种方式来创建handle对象.这种做法的意义是什么呢?Callback源码里面的注释已经做了说明:可以用来创建一个Handler的实例但并不需要派生Handler的子类。在日常开发中,创建Handler最常见的方式就是派生一个Handler的子类并重写其handleMessage方法来处理具体的消息,而Callback给我们提供了另外一种使用Handler的方式,当我们不想派生子类时,就可以通过Callback来实现。

    第三步,继续向下执行,调用handleMessage(msg)方法。

    这里dispatchMessage(msg)的调用可以用一张图表示:

Handler#dispatchMessage(msg)调用示意图

Handler、Looper、MessageQueue、Thread的对应关系

    关于Handler、Looper、MessageQueue、Thread的关系,下面这张图应该可以说明问题。 Handler、Looper、MessageQueue、Thread的关系     另外,再附图一张,解释下Handler、Looper、Thread中相互持有的引用: 相互持有的引用     这里关于Handler的分析就告一段落,需要说明的是,本文中没有对ThreadLocal中具体关联Looper和Thread的代码逻辑深追到底,这里留待读者自己阅读理解。

参考:Android开发艺术探索。