ThreadLocal原理分析

下面是ThreadLocal的一个使用事例 

private static final ThreadLocal<HttpServletRequest> requestContainer = new ThreadLocal<>();

@ModelAttribute
public void setReqAndRes(HttpServletRequest request, HttpServletResponse response, HttpSession session){
   requestContainer.set(request);
}

protected final HttpServletRequest getRequest() {
    return requestContainer.get();
}

ThreadLocal是如何做到为每一个线程维护一份独立的变量副本的呢？ThreadLocal则为每一个线程提供了一个变量副本，从而隔离了多个线程访问数据的冲突，ThreadLocal提供了线程安全的对象封装，在编写多线程代码时，可以把不安全的代码封装进ThreadLocal。概括的说，对于多线程资源共享的问题，线程同步机制采取了时间换空间的方式，访问串行化，对象共享化；而ThreadLocal采取了空间换时间的方式，访问并行化，对象独享化。我们知道一般情况下，只有无状态的bean才可以在多线程环境下共享，在spring中绝大多数的bean都可以声明为singleton作用域。就是因为spring对一些非线程安全的“状态性对象”采用了ThreadLocal进行封装，让它们成为线程安全的对象，因此有状态的bean就可能以singleton的方式在多线程中正常工作了。

按照传统的经验，如果某个对象是非线程安全的，在多线程环境下对象的访问需要采用synchronized进行同步。但是模板类并未采用线程同步机制，因为线程同步会降低系统的并发性能，此外代码同步解决线程安全问题的挑战很大，可能会增加好几倍的实现难度。那么模板类到底采用什么方法来解决线程安全的难题呢？答案就是ThreadLocal。

ThreadLocal是什么

顾名思义，ThreadLocal不是一个线程而是一个线程的本地化对象。当工作于多线程环境中的对象采用ThreadLocal维护变量时，ThreadLocal为每个使用该变量的线程分配一个独立的副本。每个线程都可以独立的改变自己的副本，而不影响其他线程的副本。

ThreadLocal的接口方法

void set(Object value) 设置当前线程的线程局部变量的值

public Object get() 返回当前线程的线程局部变量的值

public void remove() 删除当前线程的局部变量的值

protected Object initialValue() 返回当前线程局部变量的初始值

那么ThreadLocal是如何做到为每一个线程维护一份独立的变量副本的呢？ 其实思路很简单，在ThreadLocal类中有一个Map,Map中的键为线程对象，值为对应线程的变量副本。我们自己就可以实现一个简单的版本如下：