学习到这里，你肯定很好奇ThreadLocal是怎样做到多个线程对同一个对象set使用，但只会get出本身set进去的值呢？这个征象有点违背我们的认知。接下来我们就从set方法入手，来看看ThreadLocal的源代码：
public void set(T value) { Thread t = Thread.currentThread(); ThreadLocalMap map = getMap(t); if (map != null) map.set(this, value); else createMap(t, value); }一眼看过去，一下就可以看到map。没错，假如ThreadLocal可以大概生存多个线程的变量值，那么它肯定是借助容器来实现的。
这个map不是一样寻常的map，可以看到它是通过当前线程对象获取到的ThreadLocalMap。看到这里应该看出些端倪，这个map着实是和Thread绑定的。接下来我们看getMap方法的代码：
ThreadLocalMap getMap(Thread t) { return t.threadLocals; }原来这个ThreadLocal就存方法Thread对象上。下面我们看看Thread中的干系代码：
/* ThreadLocal values pertaining to this thread. This map is maintained * by the ThreadLocal class. */ ThreadLocal.ThreadLocalMap threadLocals = null;注释中写的很清晰，这个属性由ThreadLocal来维护。threadLocals的访问控制决定在包外是无法直接访问的。以是我们在使用的时间只能通过ThreadLocal对象来访问。
set时，会把当前threadLocal对象作为key，你想要生存的对象作为value，存入map。
看到这里，我们大至已司理清了ThreadLocal和Thread的关系，我们看下图：我们接下来分析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();}get方法也是先取适当前线程对象中生存的ThreadLocalMap对象，然后使用当前threadLocal对象从map中取得相应的value。 每个Thread的ThreadMap以threadLocal作为key，生存本身线程的value副本。我们可以这么来明确ThreadLocal，着实ThreadLocal对象是你要真正生存对象的身份代表。而这个身份在每个线程中对应的值，着实是生存在每个线程中，并没有生存在ThreadLocal对象中。
这里可以举个例子，学校里要每班评选一名学习标兵，一名道德标兵。班主任会举行评选然跋文录下来。门生标兵及道德标兵的身份就是两个ThreadLocal对象，而每个班主任是一个线程，记录的评选效果的小本子就是ThreadLocalMap对象。每个班主任会在本身的小本子上记录下评选效果，比如说一班班主任记录：道德标兵：小明，学习标兵：小红。二班班主任记录：道德标兵：小赵，学习标兵：小岩。通过这个例子各人应该很清晰ThreadLocal的原理了。 ThreadLocal的计划真的非常巧妙，看似本身生存了每个线程的变量副本，着实每个线程的变量副本是生存在线程对象中，那么自然就线程隔离了。云云分析起来，是不是有一种ThreadLocal没做什么变乱，却抢了头功的感觉？着实不然。Thread对象中用来生存变量副本的ThreadLocalMap的界说就在ThreadLocal中。我们接下来分析ThreadLocalMap的源代码。
4、ThreadLocalMap分析
ThreadLocalMap是ThreadLocal的静态内部类。ThreadLocalMap的功能着实是和HashMap雷同的，但是为什么不直接使用HashMap呢？在ThreadLocalMap中使用WeakReference包装后的ThreadLocal对象作为key，也就是说这里对ThreadLocal对象为弱引用。当ThreadLocal对象在ThreadLocalMap引用之外，再无其他引用的时间可以大概被垃圾接纳。如下面代码所示：
static class Entry extends WeakReference<ThreadLocal<?>> { /** The value associated with this ThreadLocal. */ Object value; Entry(ThreadLocal<?> k, Object v) { super(k); value = v; } }如许做会带来新的题目。假如ThreadLocal对象被接纳，那么ThreadLocalMap中生存的key值就变成了null，而value会一直被Entry引用，而Entry又被threadLocalMap对象引用，threadLocalMap对象又被Thread对象所引用，那么当Thread一直不闭幕的话，value对象就会一直驻留在内存中，直至Thread被烧毁后，才会被接纳。这就是ThreadLocal引起内存走漏题目。
