ThreadLocal的用法和作用

ThreadLocal是什么呢
ThreadLocal为多线程并发提供了一种新的思路，使用这个工具可以用简介的代码完成完美的解决多线程程序
新的理解：ThreadLocal是一个全局对象，ThreadLocal是线程范围内变量共享的解决方案；ThreadLocal可以看作是一个map集合，key就是当前线程，value就是要存放的变量，通过set（value）
定义一个存放Integer数据的变量
ThreadLocal x=new ThreadLocal();
int data=new Random().nextInt();
存放数据 x.set(data);
取出数据：x.get();
这里可以看出，ThreadLocal只能存放一个变量数据，思考？？？？，如果有多个变量数据要在线程范围内同步呢，我们要创建多个ThreadLocal???,首先也可以这样做，但是不建议，我们可以把多个变量封装到一个实体对象中，把这个实体对象存放到ThreadLocal中也是可以得。

ThreadLocal的一些使用场景：
1.银行转账包括一系列操作，转出和转入都要在一个事务中完成，他们必须使用相同的数据库连接对象，转入和转出实现代码在二个不同的账户对象的方法。

ThreadLocal的引用变量用完后会自动给你销毁。而不用考虑ThreadLocal中的变量会占用你的空间。

传统方式

按照传统方式，如果某个对象是非线程安全的，在多线程的情况下，就需要使用synchronized同步代码同步线程，但Spring的DAO模板类并未采用线程同步机制，因为线程同步限制了并发访问，会带来很大的性能损失

ThreadLocal在spring中起着中重要作用，在管理request作用域的Bean,事物管理，任务调度，AOP等模块都出现了它的身影，起着举足轻重的作用。要想了解spring事物管理的底层技术，ThreadLocal是必然要攻克的知识

ThreadLocal类中有一个map，用于存储每一个线程的变量副本，Map中元素的key为线程对象，而value对应线程的变量副本，由于key值不可重复，每个“线程对象”对应线程的“变量副本”，而达到了线程安全

ThreadLocal类让人联想到他是一个”本地线程”，其实ThreadLocal并不是一个Thread，而是线程的局部变量，也许把它命名为ThreadLocalVariable更容易让人理解一些。

当使用ThreadLocal来维护变量时，它会为每个使用该变量的线程提供独立的变量副本，所以每一个线程都可以独立的改变自己的副本，而不会影响其它线程所对应的副本

Thread同步机制的比较

ThreadLocal和线程同步机制相比有什么优势呢？ThreadLocal和线程同步机制都是为了解决多线程中相同变量的访问冲突问题。

在同步机制中，通过对象的锁机制保证同一时间只有一个线程访问变量。这时该变量是多个线程共享的，使用同步机制要求程序慎密地分析什么时候对变量进行读写，什么时候需要锁定某个对象，什么时候释放对象锁等繁杂的问题，程序设计和编写难度相对较大。

而ThreadLocal则从另一个角度来解决多线程的并发访问。ThreadLocal会为每一个线程提供一个独立的变量副本，从而隔离了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本，从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程安全的共享对象，在编写多线程代码时，可以把不安全的变量封装进ThreadLocal。

当然ThreadLocal并不能替代同步机制，两者面向的问题领域不同。同步机制是为了同步多个线程对相同资源的并发访问，是为了多个线程之间进行通信的有效方式；而ThreadLocal是隔离多个线程的数据共享，从根本上就不在多个线程之间共享资源（变量），这样当然不需要对多个线程进行同步了。所以，如果你需要进行多个线程之间进行通信，则使用同步机制；如果需要隔离多个线程之间的共享冲突，可以使用ThreadLocal，这将极大地简化你的程序，使程序更加易读、简洁。

由于ThreadLocal中可以持有任何类型的对象，低版本JDK所提供的get()返回的是Object对象，需要强制类型转换。但JDK 5.0通过泛型很好的解决了这个问题，在一定程度地简化ThreadLocal的使用，代码清单 9 2就使用了JDK 5.0新的ThreadLocal版本。

概括起来说，对于多线程资源共享的问题，同步机制采用了“以时间换空间”的方式，而ThreadLocal采用了“以空间换时间”的方式。前者仅提供一份变量，让不同的线程排队访问，而后者为每一个线程都提供了一份变量，因此可以同时访问而互不影响。

Spring使用ThreadLocal解决线程安全问题

我们知道在一般情况下，只有无状态的Bean才可以在多线程环境下共享，在Spring中，绝大部分Bean都可以声明为singleton作用域。就是因为Spring对一些Bean（如RequestContextHolder、TransactionSynchronizationManager、LocaleContextHolder等）中非线程安全状态采用ThreadLocal进行处理，让它们也成为线程安全的状态，因为有状态的Bean就可以在多线程中共享了。