Session管理之ThreadLocal

以下是一个典型的Servlet，我们试图通过一个类
变量session实现Session的重用，以避免每次操作都要又一次创建：
public class TestServlet extends HttpServlet {
private Session session;
public void doGet( HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
session = getSession();
doSomething();
session.flush();
}
public void doSomething(){
......//基于session的存取操作
}
}
代码看上去正确无误，甚至在我们单机測试的时候可能也不会发生什么问题。但这种代
Hibernate Developer’s Guide Version 1.0
September 2, 2004 So many open source projects. Why not Open your Documents?
码一旦编译部署到实际执行环境中，接踵而来的莫名其妙的错误非常可能会使得我们摸不找头脑。
问题出在哪里？
首先，Servlet 执行是多线程的，而应用server并不会为每一个线程都创建一个Servlet
实例，也就是说，TestServlet在应用server中仅仅有一个实例（在Tomcat中是这样，其它的
应用server可能有不同的实现），而这个实例会被很多个线程并发调用，doGet 方法也将被不
同的线程重复调用，可想而知，每次调用doGet 方法，这个唯一的TestServlet 实例的
session 变量都会被重置，线程A 的执行过程中，其它的线程假设也被执行，那么session
的引用将发生改变。之后线程A 再调用session。可能此时的session 与其之前所用的
session就不再一致，显然，错误也就不期而至。
ThreadLocal的出现，使得这个问题迎刃而解。
我们对上面的样例进行一些小小的改动：
public class TestServlet extends HttpServlet {
private ThreadLocal localSession = new ThreadLocal();
public void doGet( HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
localSession.set(getSession());
doSomething();
session.flush();
}
public void doSomething(){
Session session = (Session)localSession.get();
......//基于session的存取操作
}
}
能够看到，localSession 是一个ThreadLocal 类型的对象。在doGet 方法中，我们
通过其set 方法将获取的session 实例保存，而在doSomething 方法中。通过get 方法取
出session实例。

这也就是ThreadLocal的独特之处。它会为每一个线程维护一个私有的变量空间。

实际上。
事实上现原理是在JVM 中维护一个Map。这个Map的key 就是当前的线程对象，而value则是
线程通过ThreadLocal.set方法保存的对象实例。

当线程调用ThreadLocal.get方法时。
ThreadLocal会依据当前线程对象的引用。取出Map中相应的对象返回。

这样，ThreadLocal通过以各个线程对象的引用作为区分，从而将不同线程的变量隔离开
来。