TreadLocal实例分析

参考：http://www.blogjava.net/pengpenglin/archive/2008/09/05/227276.html

http://lavasoft.blog.51cto.com/62575/51926

?

ThreadLocal的核心思想很简单：为每个独立的线程提供一个变量的副本。

我们知道在多线程的情况下，几个线程同时访问同一变量的情况很常见，Java提供的synchronized关键字使用了“同步锁”的机制来阻止线程的竞争访问，即“以时间换空间”。

ThreadLocal则使用了“拷贝副本”的方式，人人有份，你用你的，我用我的，大家互不影响，是“以空间换时间”。每个线程修改变量时，实际上修改的是变量的副本，不怕影响到其它线程。

ThreadLocal的一个最常见应用是为每个线程分配一个唯一的ID，例如线程ID，事务ID，一般保存在ThreadLocal中的变量都是很少需要修改的。

为了加深对ThreadLocal的理解，下面我使用一个例子来演示ThreadLocal如何隔离线程间的变量访问和修改：

【1】SerialNum类

?

【2】GetSerialNumThread
?

运行的结果如下：
线程?Thread?A?获取到的序列号是1
线程?Thread?A?修改了序列号为3
线程?Thread?A?再次获得的序列号是3
线程?Thread?B?获取到的序列号是2
线程?Thread?B?修改了序列号为6
线程?Thread?B?再次获得的序列号是6

可见第一个线程在调用SerialNum.set(int)方法修改static变量时，其实修改的是它自己的副本，而不是修改本地变量，第二个线程在初始化的时候拿到的序列号是2而不是7。

为什么会这样呢？明明serialNum是静态变量啊？其实我们只需要看看ThreadLocal的内部构造就知道了：

A. ThreadLocal的get()方法：
/**     * Sets the current thread's copy of this thread-local variable     * to the specified value.  Many applications will have no need for     * this functionality, relying solely on the { @link  #initialValue}     * method to set the values of thread-locals.     *     *  @param  value the value to be stored in the current threads' copy of     *        this thread-local.      */     public   void  set(T value) {        Thread t  =  Thread.currentThread();        ThreadLocalMap map  =  getMap(t);         if  (map  !=   null )            map.set( this , value);         else            createMap(t, value);    } 
?

可以看到ThreadLocal在内部维护了一个Map，将变量的值和线程绑定起来，get/set方法都是对该线程对应的value进行操作，所以不会影响到其它线程。