ThreadLocal的使用

之前用到过ThreadLocal ，没仔细看，最近又用到，使用过程中感到理解有偏差，所以想搞清楚。

首先说一下web容器的多线程。当Web容器收到一个Http请求时，Web容器中的一个主调度线程会从事先定义好的线程池中分配一个当前工作线程，将请求分配给当前的工作线程，由该线程来执行对应的Servlet对象中的service方法。如果这个工作线程正在执行的时候，Web容器收到另外一个请求，主调度线程会同样从线程池中选择另一个工作线程来服务新的请求。Web容器本身并不关心这个新的请求是否访问的是同一个Servlet实例。因此，我们可以得出一个结论：对于同一个Servlet对象的多个请求，Servlet的service方法将在一个多线程的环境中并发执行。

一.  ThreadLocal 是一个java类。他提供了多线程环境下线程安全的数据访问。

二.  先从servlet和struts1和struts2谈起。Servlet和struts1一样，是线程不安全的，也就是说，servlet和struts1的一个类的对象在服务器端只有一份实例，这意味着使用servlet和struts1时，不允许在类中定义成员变量（静态变量不予考虑），这样会引起并发访问时的数据安全问题。而struts2解决了线程安全问题，他的action在服务器端随着request请求生成多份实例。

三.  之前理解的Threadlocal是这样的：

 

 

Threadlocal类似一个Map，它的key是当前线程id，value是绑定值。

（这样理解的漏洞：1如果一个线程销毁，那它的绑定数据会残留在Threadlocal中，如果由jvm来处理，是比较耗时的。2Threadlocal像一个全局变量，存放了所有线程的相关变量，那么线程之间的数据无法隔离）

看过源码和分析后，理解如下：

 

1.      ThreadLocal下有一个静态类ThreadLocalMap的定义，这个Map可以理解为普通Map，它的key是ThreadLocal对象；

2.      每个Thread对象有一个静态类ThreadLocalMap的实例属性，也就是说每个线程维护它自己的变量容器，有多少个ThreadLocal定义，该容器就可以容纳多少个key-value键值对；

3.      ThreadLocal类支持泛型，可以理解为一个ThreadLocal对象只针对一种实体类做参数绑定；

4.      在一个线程请求处理过程中，线程自己的Map是放在那里的，同时，ThreadLcoal一般被声明为static的。

因此，可以随时以ThreadLocal的静态实例引用（不变化）为key将某待绑定变量值set进去；

因此，随时可以通过ThreadLocal的静态实例引用（不变化）为key去查找当前线程下绑定的该变量值；

附ThreadLocal部分源码：

      public T get() {

        Thread t = Thread.currentThread();

        ThreadLocalMap map = getMap(t);

        if (map != null) {

            ThreadLocalMap.Entry e = map.getEntry(this);

            if (e != null)

                return (T)e.value;

        }

        return setInitialValue();

}

      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+Thread实现的效果

纵向隔离 —— 线程（Thread）与线程（Thread）之间的数据访问隔离。这一点由线程（Thread）的数据结构保证。因为每个线程（Thread）在进行对象访问时，访问的都是各自线程自己的ThreadLocalMap。
横向隔离 —— 同一个线程中，不同的ThreadLocal实例操作的对象之间的相互隔离。这一点由ThreadLocalMap在存储时，采用当前ThreadLocal的实例作为key来保证。

跨层存在—— ThreadLocal模式的核心在于实现一个共享环境（类的内部封装了ThreadLocal的静态实例）。所以，在操作ThreadLocal时，这一共享环境会跨越多个开发层次（比如view层、service层、dao层）而随处存在。

 

 

 

由于图片无法正常显示，请下载附件！