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却正好相反，它用于在多个线程间通讯时可以得到数据共享。