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

ThreadLocal是什么

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

ThreadLocal的接口方法

void set(Object value) 设置当前线程的线程局部变量的值
public Object get() 返回当前线程的线程局部变量的值
public void remove() 删除当前线程的局部变量的值
protected Object initialValue() 返回当前线程局部变量的初始值

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

image

一个ThreadLocal实例

image

ThreadLocal与线程同步机制的比较

线程同步机制通过对象的锁机制保证同一时间只有一个线程去访问变量，该变量时多个线程共享的。ThreadLocal则为每一个线程提供了一个变量副本，从而隔离了多个线程访问数据的冲突，ThreadLocal提供了线程安全的对象封装，在编写多线程代码时，可以把不安全的代码封装进ThreadLocal。概括的说，对于多线程资源共享的问题，线程同步机制采取了时间换空间的方式，访问串行化，对象共享化；而ThreadLocal采取了空间换时间的方式，访问并行化，对象独享化。

Spring中采用ThreadLocal解决线程安全的问题

我们知道一般情况下，只有无状态的bean才可以在多线程环境下共享，在spring中绝大多数的bean都可以声明为singleton作用域。就是因为spring对一些非线程安全的“状态性对象”采用了ThreadLocal进行封装，让它们成为线程安全的对象，因此有状态的bean就可能以singleton的方式在多线程中正常工作了。

下面的实例能够体现spring对有状态bean的改造思路：

 public class TopicDao {
 private Connection conn;
     public void addTopic(){
     Statement stat = conn.createStatement();
     ...
   }
 }

上面代码由于conn是非线程安全的成员变量，因此addTopic方法是非线程安全的。下面使用ThreadLocal对该变量进行改造，使之变成线程安全的变量：

public class TopicDao {
    private static ThreadLocal<Connection> connThreadLocal = new ThreadLocal<Connection>();
    private static Connection getConnection(){
        if(connThreadLocal.get()==null){
            Connection conn = ConnectionManager.getConnection();
            connThreadLocal.set(conn);
            return conn;
        }else{
            return connThreadLocal.get();
        }
    }
    public void addTopic(){
        Statement stat = getConnection.createStatement();
        ...
    }
}

java面试必备之ThreadLocal