关于ThreadLocal模式的体会

写这篇帖子的目的不是为了来剖析ThreadLocal，因为坛子里有许多高手已经深入浅出的把ThreadLocal讲解的很清楚了。

特别是lujh99的正确理解ThreadLocal这篇帖子，通过JDK源代码把ThreadLocal讲得非常深入浅出，让我深受启发。我写这篇帖子的目的只是为再此作一个补充，想以另外一种通俗易懂的表达方式把自己对ThreadLocal理解写出来。

 正如lujh99 所言，ThreadLocal不是用来解决对象共享访问问题的，而是为了处理在多线程环境中，某个方法处理一个业务，需要递归依赖其他方法时，而要在这些方法中共享参数的问题。例如有方法a()，在该方法中调用了方法b()，而在b方法中又调用了方法c()，即a-->b--->c，如果a，b，c都需要使用用户对象，那么我们常用做法就是a(User user)-->b(User user)---c(User user)。但是如果使用ThreadLocal我们就可以用另外一种方式解决：

1.   在某个接口中定义一个静态的ThreadLocal 对象，例如 public static ThreadLocal  threadLocal=new ThreadLocal ();
2.   然后让a，b，c方法所在的类假设是类A，类B，类C都实现1中的接口
3.   在调用a时，使用A.threadLocal.set(user) 把user对象放入ThreadLocal环境
4.   这样我们在方法a，方法b，方法c可以在不用传参数的前提下，在方法体中使用threadLocal.get()方法就可以得到user对象。

   上面的类A，类B ，类C就可以分别对应我们做web开发时的 web层的Action--->业务逻辑层的Service-->数据访问层的DAO，当我们要在这三层中共享参数时，那么我们就可以使用ThreadLocal 了。

    那么user对象是如何存放到ThreadLocal 中的？

    经过我的测试，正是如此，当我们调用A.threadLocal.set(user) 时，set()做了以下几件事：

1. 得到当前线程Thread 对象
2. 通过当前线程对象得到当前线程的ThreadLocalMap 对象
3. 将ThreadLocal静态实例作为key,user对象作值，存放到ThreadLocalMap 中。

PS:因为ThreadLocal是静态的，所以每个线程中的ThreadLocalMap的key都是相同的，不同的只是存放的容器ThreadLocalMap。

总结：

   其实ThreadLocal 跟我们做web开发时使用的session对象的作用很类似，每当我们向服务器发送一个请求时，web服务器会为该请求创建一个线程，同时会为该请求创建一系列对象，其中包括session（当然在同一个浏览器发送的请求都获得是同一个session对象），所以当我们做web开发时，可以不用担心线程安全问题，自由的往session中存取变量，保存用户状态。同理，当我们在程序中第一次使用A.threadLocal.set(user) 存放参数时，不管在程序的哪个地方，我们都可以通过ThreadLocal  所在的接口访问静态threadLocal对象，同时来共享threadLocal存放的参数，threadLocal就相当于session的作用，来保存当前线程的状态。在我们开发实际开发中，可以任意往threadLocal中共享和存取自己需要的变量，只不过web中的session的生命周期在于客户端的浏览器，而threadLocal中存储的变量的生命周期只在于当前线程，当前结束，threadLocal中存放的参数也被销毁。