ThreadLocal的理解与应用场景分析

对于Java ThreadLocal的理解与应用场景分析

一、对ThreadLocal理解

ThreadLocal提供一个方便的方式，可以根据不同的线程存放一些不同的特征属性，可以方便的在线程中进行存取。

二、以session为例来理解ThreadLocal

　　在web开发的session中，不同的线程对应不同的session，那么如何针对不同的线程获取对应的session呢？

　　我们可以设想了如下两种方式：

　　1.在action中创建session，然后传递给Service，Service再传递给Dao，很明显，这种方式将使代码变得臃肿复杂。

　　2.创建一个静态的map，键对应我们的线程，值对应session，当我们想获取session时，只需要获取map，然后根据当前的线程就可以获取对应的值。

　　我们看看Hibernate中是如何实现这种情况的：

　　 

　　在Hibernate中是通过使用ThreadLocal来实现的。在getSession方法中，如果ThreadLocal存在session，则返回session，否则创建一个session放入ThreadLocal中。

　　总结一下就是在ThreadLocal中存放了一个session。

为什么我们在ThreadLocal存放一个session，这个session就会与一个线程对应呢？

　　实际上ThreadLocal中并没有存放任何的对象或引用，在上面的的代码中ThreadLocal的实例threadSession只相当于一个标记的作用。而存放对象的真正位置是正在运行的Thread线程对象，每个Thread对象中都存放着一个ThreadLocalMap类型threadLocals对象，这是一个映射表map，这个map的键是一个ThreadLocal对象，值就是我们想存的局部对象。

　　我们以上面的代码为例分析一下：

　　当我们往ThreadLocal中存放变量的时候发生了什么？

　　即这行代码时。

　　

我们看下ThreadLocal的源码中set()方法的实现。

如果把这些代码简化的话就一句

　　Thread.currentThread().threadLocals.set(this,value);

　　Thread.currentThread()获取当前的线程

　　threadLocals就是我们上面说的每个线程对象中用于存放局部对象的map

　　所以set()就是获取到当前线程的map然后把值放进去，我们发现键是this，也就是当前的ThreadLocal对象，可以发现ThreadLocal对象就是一个标记的作用，我们根据这个标记找到对应的局部对象。

　　如果对比get()方法，可以发现原理都差不多，都是对线程中的threadLocals这个map的操作，我就不解释了。

　　ThreadLocal就是一个标记的作用，当我们在线程中使用ThreadLocal的set()或者get()方法时，其实是在操作我们线程自带的threadLocals这个map，多个线程的时候自然就有多个map，这些map互相独立，但是，这些map都是根据一个ThreadLocal对象（因为它是静态的）来作为键存放。

　　这样可以在多个线程中，每个线程存放不一样的变量，我们通过一个ThreadLocal对象，在不同的线程（通过Thread.currentThread()获取当前线程）中得到不同的值（不同线程的threadLocals不一样）。

　　为什么threadLocals要是一个map呢？

　　因为我们可能会在一个类中声明多个ThreadLocal的实例，这样就有多个标记，所以要使用map对应。

总结：

　　ThreadLocal就是用来在类中声明的一个标记，然后通过这个标记就根据不同Thread对象存取值。

应用场景：

　　在线程中存放一些就像session的这种特征变量，会针对不同的线程，有不同的值。

参考博客：http://www.iteye.com/topic/103804