那么模板类到底采用什么方法来解决线程安全的难题呢？那么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() 返回当前线程局部变量的初始值
案例：
package com.zhu.threaddemo.threadlocal;
import java.util.concurrent.TimeUnit;
public class Test_1 {
volatile static String name="张三";
static ThreadLocal<String> tl =new ThreadLocal<>();
public static void main(String[] args) {
new Thread(new Runnable() {
@Override
public void run() {
try {
TimeUnit.SECONDS.sleep(2);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(name);
System.out.println(tl.get());
}
}).start();
new Thread(new Runnable() {
@Override
public void run() {
try {
TimeUnit.SECONDS.sleep(1);
} catch (InterruptedException e) {
e.printStackTrace();
}
name="lisi";
tl.set("wangwu");
}
}).start();
}
}返回结果：
