手撕面试题ThreadLocal

手撕面试题ThreadLocal

面试官：讲讲你对ThreadLocal的理解。我们可能会从以下几个方面去考虑：

1. ThreadLocal是什么（定义）？
2. ThreadLocal用在什么地方？
3. ThreadLocal一些细节问题！
4. ThreadLocal的最佳实践！
5. 自己的思考。

一、ThreadLocal是什么？
早在jdk1.2的版本中就提供了java.lang.ThreadLocal，ThreadLocal为解决多线程程序的并发问题提供了一种新的思路。ThreadLocal很容易让人望文生义，认为这就是一个“本地线程”；其实ThreadLocal并不是一个Thread，而是Thread的一个局部变量。

二、ThreadLocal的用途？
ThreadLocal的用途主要分为两个方面：

• 保存线程上下文信息，在任意需要的地方可以获取！

• 线程安全的，避免某些情况下需要考虑线程安全必须同步所带来的性能损失！

  由于ThreadLocal的特性，同一线程在某个地方进行设置，在随后的任意地方都可以获取到，从而用来保存现成的上下文信息。ThreadLocal的这种用途，很多时候应用在一些优秀的框架里边，一般我们很少接触。比如：
  1）每个请求怎么把一串后续关联起来，就可以用ThreadLocal就行set，在后续的任意需要记录日志的地方进行get获取到请求id，从而把整个请求串起来；
  2）Spring的事务管理；
  3）用ThreadLocal存储Connection，从而各个Dao可以获取到同一Connection，可以进行事务回滚、提交等操作；
  线程安全的，避免某些情况需要考虑线程安全必须同步带来的性能损失！ThreadLocal为解决多线程程序的并发问题提供了一种新的思路。但是ThreadLocal也有局限性，我们来看看阿里的规范：
  
  每个线程往ThreadLocal中读写数据是线程隔离的，互相之间不会影响，所以ThreadLocal无法解决共享对象的更新问题！（由于不需要共享信息，自然就不存在竞争问题了，从而保证了某些情况下线程的安全，以及避免了某些情况下需要考虑线程安全必须同步带来的性能损失）
  这类场景阿里规范里边也提到了：
  
  三、ThreadLocal的一些细节
  ThreadLocal使用示例代码：

public class ThreadLocalTest {
    private static ThreadLocal<Integer> threadLocal = new ThreadLocal<>();

    public static void main(String[] args) {

        new Thread(() -> {
            try {
                for (int i = 0; i < 100; i++) {
                    threadLocal.set(i);
                    System.out.println(Thread.currentThread().getName() + "====" + threadLocal.get());
                    try {
                        Thread.sleep(200);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                }
            } finally {
                threadLocal.remove();
            }
        }, "threadLocal1").start();


        new Thread(() -> {
            try {
                for (int i = 0; i < 100; i++) {
                    System.out.println(Thread.currentThread().getName() + "====" + threadLocal.get());
                    try {
                        Thread.sleep(200);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                }
            } finally {
                threadLocal.remove();
            }
        }, "threadLocal2").start();
    }
}

运行结果如下：

从运行结果我们可以看到ThreadLocal1进行set值对ThreadLocal2没有任何影响！

Thread、ThreadLocalMap、ThreadLocal总览图：


Thread类有属性变量ThreadLocals（类型是ThreadLocal.ThreadLocalMap），也就是说每个线程都有一个自己的ThreadLocalMap，所以每个线程往这个ThreadLocal中是读写隔离的，并且是互相不会影响的。
一个ThreadLocal只能存储一个Object对象，如果需要存储多个Object对象需要多个ThreadLocal！！！
如图：

tips：虚线表示弱引用，实线表示强引用
看到上边的几个图，大概思路应该清晰了我们的Entry指向ThreadLocal是弱引用。下面是ThreadLocalMap的源码：

Java对象的引用包括：强引用、软引用、弱引用、虚引用
因为这里涉及到弱引用，简单说明下：
弱引用也是用来描述非必须对象的，当JVM进行垃圾回收时，无论内存是否充足，该对象仅仅被弱引用关联，那么就会被回收。
当仅仅只有ThreadLocalMap中的Entry的key指向ThreadLocal的时候，ThreadLocal就会被回收！！！ThreadLocal被回收之后，ThreadLocalMap中对应的Entry的键值会变成null，但是Entry是强引用，那么Entry里边存储的Object，并没有办法进行回收，所以ThreadLocalMap做了一些额外的工作。

虽然做了但是也会存在内存泄漏风险（我没有遇到过，网上很多类似场景，所以会提到后面的ThreadLocal最佳实践！）

四、ThreadLocal最佳实践
很多时候，我们都是用在线程池的场景，程序不停止，线程基本不会销毁！！由于线程的生命周期很长，如果我们往ThreadLocal里面set了很大很大的Object对象，虽然set、get等方法在特定的条件下会调用进行额外的清理，但是ThreadLocal被垃圾回收后，在ThreadLocalMap里Entry对应的键值会变成null，所以后续也就没有操作get、set方法了。所以最佳实践，应该在我们不是用的时候，主动调用remove方法进行清理。

这里把ThreadLocal定义为static还有一个好处就是，由于ThreadLocal有强引用在，那么在ThreadLocalMap里对应的Entry的键会永远存在，那么执行remove的时候就可以正确的定位并删除调！
最佳实践做法为：

抽象为：

try {
    // 其它业务逻辑
} finally {
    threadLocal对象.remove();
}

五、思考
如果面试的时候，可以把上面的内容都可以讲到，个人觉得就非常好了，回答的就挺完美了。但是如果你可以进行下面的回答，那么就更完美了。
对于ThreadLocal，我在看Netty源码的时候，还了解过FastThreadLocal等一系列内容，那就是一个升级了。在本地测试的时候，FastThreadLocal的吞吐量是JDKThreadLocal的3倍左右！！！