ThreadLocal 的用法示例，使用场景

ThreadLocal提供了线程内存储变量的能力，这些变量不同之处在于每一个线程读取的变量是对应的互相独立的。通过get和set方法就可以得到当前线程对应的值

对于同一个static ThreadLocal，不同线程只能从中get，set，remove自己的变量，而不会影响其他线程的变量。

在一次请求的最开始先remove，清除这个线程之前记录的变量（不采用请求结束前remove是怕中途异常导致没有执行到最后结束就异常中断了）

工具类

public class MyThreadLocal {

    private MyThreadLocal(){

    }

    private static final ThreadLocal<Object> threadLocal = new ThreadLocal<Object>();

    public static ThreadLocal<Object> getThreadLocal(){
        return threadLocal;
    }

    public static void remove(){
        threadLocal.remove();
    }
}

实例

public class Test {

    public static void main(String[] args) {

        HashMap<String,String> map = new HashMap<>();
        map.put("test","this is a test");
        MyThreadLocal.getThreadLocal().set(map);

        testMap();
        
		//用完主动清除
        MyThreadLocal.remove();
    }

    static void testMap(){
        HashMap<String,String> map = (HashMap<String, String>) MyThreadLocal.getThreadLocal().get();
        System.out.println(map.get("test"));
    }
}

注：上述案例，我只是介绍了如何使用，并没有举例 验证 在多线程中各自通过MyThreadLoacal读写自己线程中的变量

多线程验证ThreadLocal 以及 分析原理，看下这篇文章
https://www.cnblogs.com/coshaho/p/5127135.html

什么时候会用到 ThreadLocal ?

1 项目过程中一个复杂的接口请求可能会嵌套调用n多个方法，后面突然发现在最里面一个方法需要用到最外面的某个变量值，但是现在这个变量值并没有通过传参传进来。我们可以通过修改每个调用方法增加参数来传递，但是这样太麻烦，甚至可能这代码我们根本就改不了。那么这个时候我们可以通过 ThreadLocal 来实现。

2 实际项目中，我们经常会打印各种日志，包括基本的请求过程信息日志，还会有一些调试日志。并发请求多了，大量日志相互穿插，导致日志信息难以找到自己想要的信息。一般我们都会在一次请求过程的处理线程中日志中增加一个 uuid 值，通过这个值 大部分情况下 我们可以轻松串联整个请求的完整日志。
这个uuid 值就可以在一个请求刚开始的时候保存到 ThreadLocal 中，然后在每个打印日志的地方就能获取到当前线程保存的 uuid 值了，记录到日志中。
在我们平常开发过程中经常会调用一些大公司的openapi ,在出问题我们找对方解决问题时，对方通常都会找我们要出错请求的 uuid 或 sid 值，就是我刚才说的那个东东了！