Android异步消息机制进阶

上一次我们了解了Handler机制的相关概念，以及基本工作流程，这次我们聊一些更有意思的问题，来进一步了解Hnadler机制的设计理念。

在一个线程中Handler对象必须有对应的Looper对象，才能正常的工作，否则会抛出异常。如果有A、B两个线程，它们都满足Handler机制的条件，那么对应线程中的Handler对象如何获得对应的Looper对象呢？这就是我们下面要讨论的问题。

首先看一下Handler中获得Looper对象的源码：

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()");
        }
        ·····
        ·····
    }

通过 Looper.myLooper()，拿到了Looper对象的引用。继续看myLooper()方法源码：

public static @Nullable Looper myLooper() {
        return sThreadLocal.get();
    }

只有一行代码，看起来很简单，sThreadLocal是什么呢？这个一会儿会细说，通过sThreadLocal的get方法我们得到了一个Looper对象。既然有get方法，想想应该也有对应的set方法吧，因为Looper对象必须在创建Handler之前就已经存在，那Looper对象是怎么创建的呢？当然是通过Looper.prepare()，看一下源码：

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

重点看最后一行，在这里我们找到了sThreadLocal的set方法，给sThreadLocal设置了一个Looper对象。
终于到了本次Handler讲解的核心点了，首先看一下sThreadLocal的创建过程：

static final ThreadLocal sThreadLocal = new ThreadLocal();

可以清楚的看到：sThreadLocal 就是一个Looper类型的ThreadLocal对象。

ThreadLocal又是什么东东呢？其实ThreadLocal就是一个线程内部数据存储类，通过它可以在指定的线程内存储数据，而且数据存储后，只能在对应的线程内获得存储的数据，其它线程则无法获得存储的数据，如果同时在不同线程操作同一个ThreadLocal对象，它们的操作结果互不影响。概念总是云里雾里的，还是来个例子吧。

public class ThreadLocalTest {
    private static ThreadLocal threadLocal = new ThreadLocal<>();

    public static void test() {
        threadLocal.set(1);
        Log.e("ThreadLocal", "[Thread-UI]-->" + threadLocal.get());

        new Thread("A") {
            @Override
            public void run() {
                threadLocal.set(2);
                Log.e("ThreadLocal", "[Thread-A]-->" + threadLocal.get());
            }
        }.start();

        new Thread("B") {
            @Override
            public void run() {
                Log.e("ThreadLocal", "[Thread-B]-->" + threadLocal.get());
            }
        }.start();
    }
}

例子中，我们创建了一个Integer类型的ThreadLocal对象，在UI线程设置threadLocal 的值为1，在A线程设置threadLocal 的值为2，然后分别在两个线程通过get获得threadLocal 的值，在B线程不设置threadLocal 的值，运行后观察Log，发现三个线程中threadLocal的值互不影响，所以ThreadLocal存储数据以线程为单位，不受其它线程的影响。

log.png

很显然Looper也是存储在当前线程的ThreadLocal对象中的，并且一个线程只能有一个Looper对象，这点从源码可以看出：

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

所以我们可以得到如下结论：Looper对象在当前线程是唯一的，并且和其它线程的Looper对象互相隔离，互不影响。
系统通过ThreadLocal实现了Looper对象在对应线程的存取，所以在当前线程中，Handler对象可以获得和它唯一对应的Looper对象。

即便在当前线程有多个Handler对象，它们对应的Looper对象也是唯一、相同的。到这里，我们最开始提出的问题也就有了答案。

如果不采用ThreadLocal，就必须提供一个全局的map来存储对应线程的Looper对象，然后Handler通过全局的map查找对应的Looper对象，可是呢，系统并没这么做。