关于ThreadLocal

1.什么是ThreadLocal：

ThreadLocal类用来提供线程内部的局部变量。这种变量在多线程环境下访问（通过get和set方法访问）时能保证各个线程的变量相对独立于其他线程内的变量。ThreadLocal实例通常来说都是private static类型的，用于关联线程和线程上下文。

即ThreadLocal有三个特点：

①线程并发: 在多线程并发的场景下，不会出现在单线程中

②传递数据: 我们可以通过ThreadLocal在同一线程，不同组件中传递公共变量

③线程隔离: 每个线程的变量都是独立的，不会互相影响

2.ThreadLocal的常见的方法

ThreadLocal()：创建ThreadLocal对象

public void set( T value)：设置当前线程绑定的局部变量

public void get()：获取当前线程的局部变量

public void remove()：移除当前线程的局部变量

当多线程运行时，他们时并发的，所以会引起线程获取数据混乱的现象，如下：

此时是for循环5次，每次创建一个线程，设置线程名为循环的次数，运行线程并获取在run方法中设置好的数据。可以发现他们的数据混乱了。

而使用ThreadLocal时，可以绑定当前线程与变量

此时数据就与当前线程所绑定。

3.ThreadLocal和synchronized的区别：

ThreadLocal采用’以空间换时间’的方式, 为每一个线程都提供了一份变量的副本,从而实现同时访问而相不干扰。而synchronized同步机制采用’以时间换空间’的方式, 只提供了一份变量,让不同的线程排队访问。ThreadLocal比synchronized的性能更高，synchronized每次只能一个线程执行，降低了效率。

4.ThreadLocal的内部结构：

在JDK8中 ThreadLocal的设计是：每个Thread维护一个ThreadLocal，这个Map的key是ThreadLocal实例本身，value才是真正要存储的值Object。这样的话当Thread销毁之后，对应的ThreadLocalMap也会随之销毁，能减少内存的使用。

5.ThreadLocal的内存泄漏：

        在使用ThreadLocal的过程中会发现有内存泄漏的情况发生，由于ThreadLocalMap的生命周期跟Thread一样长，如果没有手动删除对应key就会导致内存泄漏。这主要有两个原因

1.在使用ThreadLocal，没有手动删除使用完的Entry。此时，只要在使用完ThreadLocal，调用其remove方法删除对应的Entry，就能避免内存泄漏。

2.CurrentThread依然运行。而在使用完ThreadLocal之后，如果当前Thread也随之执行结束，ThreadLocalMap自然也会被gc回收，从根源上避免了内存泄漏。