ThreadLocal原理和 java类全局静态变量在多线程中数据混乱问题

一般想要在不同方法中传递上下文数据，会使用全局变量，而想在不同类中传递上下文数据，则会使用全局静态变量，因为静态全局变量是属于类一直存在的，但是在多线程操作状态下，java类全局静态变量在多线程中会出现数据混乱问题，因为多个线程同时对同一个静态变量操作时，无法确保每个线程取出的值是自己放的值。
这时就出现了ThreadLocal：
ThreadLocal众所周知，可以把变量绑定到到某一线程上，这个thread里有个静态内部类（可以理解为一个全局变量ThreadLocalMap）,

 

 其泛型为<ThreadLocal，Object> 

而threadlocal在执行set方法时会先获取当前线程（Thread t = Thread.currentThread()），使用当前线程去拿到一个ThreadLocalMap，如果这个map不为空，说明当前线程之前有绑定过的map，就更新这个这个map的value，如果没有就以自身为key把值放到map中，从而实现变量与线程的绑定。

 

 

 

 关于ThreadLocal的用法，有这两种说法：

1.传递上下文变量，减少程序复杂度

2.空间换时间，解决并发下对临界资源的访问。

 

其次还要注意的是：ThreadLocal和同步机制synchonzied相比

（Synchronized用于线程间的数据共享，而ThreadLocal则用于线程间的数据隔离。）

1.1.synchonzied同步机制是为了实现同步多线程对相同资源的并发访问控制。同步的主要目的是保证多线程间的数据共享。同步会带来巨大的性能开销，所以同步操作应该是细粒度的（对象中的不同元素使用不同的锁，而不是整个对象一个锁）。如果同步使用得当，带来的性能开销是微不足道的。使用同步真正的风险是复杂性和可能破坏资源安全,而不是性能。 

2.ThreadLocal以空间换取时间，提供了一种非常简便的多线程实现方式。因为多个线程并发访问无需进行等待，所以使用ThreadLocal会获得更大的性能。

3.ThreadLocal中的对象，通常都是比较小的对象。另外使用ThreadLocal不能使用原子类型，只能使用Object类型。ThreadLocal的使用比synchronized要简单得多。 

4.synchronized是利用锁的机制，使变量或代码块在某一时该只能被一个线程访问。而ThreadLocal为每一个线程都提供了变量的副本，使得每个线程在某一时间访问到的并不是同一个对象，这样就隔离了多个线程对数据的数据共享。而Synchronized却正好相反，它用于在多个线程间通信时能够获得数据共享。