Thread和threadLocal备忘

自己总结的，也许只有自己能看懂，没关系，就是给自己看的。

Thread

Thread是我们常用的，其实内部带了两个属性，inheritableThreadLocals和threadLocals，两个属性都是这个类：ThreadLocal.ThreadLocalMap。
这两个属性就是方便我我们多线程的时候，线程访问线程自己本线程的变量或者访问父线程里的变量，一个属性是父线程的变量，一个属性是自己线程的变量。

ThreadLocal

ThreadLocal，这个类实例化后，就是本线程的一个manager对象，专门管理本线程的变量操作。
InheritableThreadLocal，是ThreadLocal的子类，作用也类似，不过是专门只管理父线程的变量操作。
这两个对象的实例对象，分别管理Thread的两个属性。

ThreadLocalMap

jdk把这个类定义为ThreadLocal的静态内部类，底层数组结构的维护类，包含扩容、获取等功能，是ThreadLocal的底层核心实现。这个类为静态内部类，实际使用的时候也是一个一个的实例对象存在于内存中。
这个map很特别，里面是一个Entry[]数组，和一个Entry静态内部类（Entry是弱引用的子类，也就是key为弱引用）。

原理

我们线程获取本线程里的变量为例：
我们需要获得本线程的属性threadLocals，不要通过Thread.threadLocals,而是通过ThreadLocal的getMap方法获取这个属性。默认值为null，除非有用ThreadLocal赋值过，才会实例化一个map。
我们存变量到本线程里面也是用ThreadLocal，也是里面专门存单个线程的各个entry，以threadLocal的对象为key（一个线程可以有多个threadlocal对象，形成多个key），并给当前的Thread里的属性threadLocals实例化一个map，有了key就会获取到ThreadLocalMap。

至于

1.  为什么这样做，可以理解为针对某些特定场景需要这样做吧（可以避免多次传参，可以避免同步锁）。比如某些特定功能的持续线程，比如web访问一个线程里的user信息，权限信息，封装为一个对象。因为这个线程全局变量只能放一个对象。
   

2.  为什么不把threadLocal的逻辑放到thead中，这个待研究。
   

还有一个内存泄露的问题，牵扯到强引用，软引用，弱引用，虚引用等概念，这里暂不做研究。

这文章写的不错：
https://zhuanlan.zhihu.com/p/158684233
后来发现这个文章更全，完美解决了上面的疑问
https://zhuanlan.zhihu.com/p/192997550