上一次我们了解了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<Looper> sThreadLocal = new ThreadLocal<Looper>();
可以清楚的看到：sThreadLocal 就是一个Looper类型的ThreadLocal对象。
ThreadLocal又是什么东东呢？其实ThreadLocal就是一个线程内部数据存储类，通过它可以在指定的线程内存储数据，而且数据存储后，只能在对应的线程内获得存储的数据，其它线程则无法获得存储的数据，如果同时在不同线程操作同一个ThreadLocal对象，它们的操作结果互不影响。概念总是云里雾里的，还是来个例子吧。
public class ThreadLocalTest {
private static ThreadLocal<Integer> 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存储数据以线程为单位，不受其它线程的影响。
很显然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对象，可是呢，系统并没这么做。
