ThreadLocal解读

每个Thread对象中都有一个ThreadLocal.ThreadLocalMap类型的属性，ThreadLocalMap中包装了内部类Entry(ThreadLocalk, Object v)的数组（Entry继承自WeakReference），key为ThreadLocal的引用，value是一个Object类型，通过ThreadLocal的set方法设置的就是每个线程自己的ThreadLocal.ThreadLocalMap对象，key就是这个ThreadLocal的引用，从而做到了多线程情况下对象的共享，对于每个线程来说，对于ThreadLocal的使用，一般都是定义成类的静态变量，每个线程通过都通过这一个ThreadLocal对象来设置自己的value值，所以对应多个线程并发的情况下，每个线程的ThreadLocal.ThreadLocalMap对象Entity中得key都是这一个ThreadLocal的引用。一个线程要想设置多个共享值，必须要通过多个不同的ThreadLocal变量来设置。注意情况下主线程的ThreadLocal.ThreadLocalMap引用值是设置好的，

为什么会这样呢，今天看了一下ThreadLocal的源码，终于发现了一些原因，ThreadLocal源码中有这样一个静态变量， 

private static AtomicIntegernextHashCode 

=newAtomicInteger();

在ThreadLocal类被加载之后初始化了这个实例，这时nextHashCode 的value值为0，每次new ThreadLocal的时候会执行：

private finalint threadLocalHashCode = nextHashCode();

private staticfinal intHASH_INCREMENT = 0x61c88647;

private staticint nextHashCode() {        

return nextHashCode.getAndAdd(HASH_INCREMENT);}

从而保证了每个ThreadLocal实例有不同的threadLocalHashCode值，在向Entity数组中存放的时候，通过debug发现第一次调用我们main方法中的

private staticThreadLocal tl =new ThreadLocal();

的时候发现nextHashCode的值已经是：1253254570，第一次调用应该为0啊，百思不得其解，联系上文ThreadLocal.ThreadLocalMap引用值是设置好的

我认为main线程执行的时候一定是实例化了一些ThreadLocal实例，至于哪里有待以后考证。

int i =key.threadLocalHashCode & (len-1);

才能放到不同的index值上，

顺便说一下ThreadLocal.ThreadLocalMap的Entry(ThreadLocal k, Object v)中得k是弱引用的问题，java中得几种引用类型描述如下所示：再脱离ThreadLocal实例变量的作用于后就没有强引用指向这个ThreadLocal对象了，TheadLocal的生命周期结束被回收，但是如果这个k还是强引用的情况下这个ThreadLocal对象就不会被回收掉，要等到线程结束才会被回收。v的值是一个强引用，所以必须要等待线程的生命周期结束以后才能被回收掉，所以使用线程池的时候要注意这个问题（PS.Java为了最小化减少内存泄露的可能性和影响，在ThreadLocal的get,set的时候都会清除线程Map里所有key为null的value。所以最怕的情况就是，threadLocal对象设null了，开始发生“内存泄露”，然后使用线程池，这个线程结束，线程放回线程池中不销毁，这个线程一直不被使用，或者分配使用了又不再调用get,set方法，那么这个期间就会发生真正的内存泄露，在我们的web程序中就存在这样的问题。）

1．强引用

本章前文介绍的引用实际上都是强引用，这是使用最普遍的引用。如果一个对象具有强引用，那就类似于必不可少的生活用品，垃圾回收器绝不会回收它。当内存空 间不足，Java虚拟机宁愿抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足问题。

2．软引用（SoftReference）

如果一个对象只具有软引用，那就类似于可有可物的生活用品。如果内存空间足够，垃圾回收器就不会回收它，如果内存空间不足了，就会回收这些对象的内存。只要垃圾回收器没有回收它，该对象就可以被程序使用。软引用可用来实现内存敏感的高速缓存。软引用可以和一个引用队列（ReferenceQueue）联合使用，如果软引用所引用的对象被垃圾回收，Java虚拟机就会把这个软引用加入到与之关联的引用队列中。

3．弱引用（WeakReference）

如果一个对象只具有弱引用，那就类似于可有可物的生活用品。弱引用与软引用的区别在于：只具有弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它 所管辖的内存区域的过程中，一旦发现了只具有弱引用的对象，不管当前内存空间足够与否，都会回收它的内存。不过，由于垃圾回收器是一个优先级很低的线程， 因此不一定会很快发现那些只具有弱引用的对象。弱引用可以和一个引用队列（ReferenceQueue）联合使用，如果弱引用所引用的对象被垃圾回收，Java虚拟机就会把这个弱引用加入到与之关联的引用队列中。

4．虚引用（PhantomReference）

"虚引用"顾名思义，就是形同虚设，与其他几种引用都不同，虚引用并不会决定对象的生命周期。如果一个对象仅持有虚引用，那么它就和没有任何引用一样，在任何时候都可能被垃圾回收。虚引用主要用来跟踪对象被垃圾回收的活动。虚引用与软引用和弱引用的一个区别在于：虚引用必须和引用队列（ReferenceQueue）联合使用。当垃 圾回收器准备回收一个对象时，如果发现它还有虚引用，就会在回收对象的内存之前，把这个虚引用加入到与之关联的引用队列中。程序可以通过判断引用队列中是 否已经加入了虚引用，来了解被引用的对象是否将要被垃圾回收。程序如果发现某个虚引用已经被加入到引用队列，那么就可以在所引用的对象的内存被回收之前采取必要的行动。