深刻解析ThreadLocal和ThreadLocalMap

　　ThreadLocal概述
　　ThreadLocal是线程变量，ThreadLocal中填充的变量属于当时线程，该变量对其余线程而言是阻隔的。ThreadLocal为变量在每一个线程中都创立了一个副本，那么每一个线程可以拜访本身内部的副本变量。
　　它具备3个特性：
　　线程并发：在多线程并发场景下运用。
　　传递数据：可以通过ThreadLocal在同一线程，不一样组件中传递公共变量。
　　线程阻隔：每一个线程变量都是独立的，不会相互影响。
　　在不运用ThreadLocal的状况下，变量不阻隔，获得的成果具备随机性。
　　publicclassDemo{
　　privateStringvariable;publicStringgetVariable(){returnvariable;
　　}publicvoidsetVariable(Stringvariable){this.variable=variable;
　　}publicstaticvoidmain(String[]args){
　　Demodemo=newDemo();for(inti=0;i<5;i++){newThread(()->{
　　demo.setVariable(Thread.currentThread().getName());
　　System.out.println(Thread.currentThread().getName()+""+demo.getVariable());
　　}).start();
　　}
　　}
　　}
　　输出成果：
　　ViewCode
　　在不运用ThreadLocal的状况下，变量阻隔，每一个线程有本身专属的本地变量variable，线程绑定了本身的variable，只对本身绑定的变量进行读写操做。
　　publicclassDemo{
　　privateThreadLocalvariable=newThreadLocal<>();publicStringgetVariable(){returnvariable.get();
　　}publicvoidsetVariable(Stringvariable){this.variable.set(variable);
　　}publicstaticvoidmain(String[]args){
　　Demodemo=newDemo();for(inti=0;i<5;i++){newThread(()->{
　　demo.setVariable(Thread.currentThread().getName());
　　System.out.println(Thread.currentThread().getName()+""+demo.getVariable());
　　}).start();
　　}
　　}
　　}
　　输出成果：
　　ViewCode
　　synchronized和ThreadLocal的比较
　　上述需求，通过synchronized加锁一样也能完成。但是加锁对功用和并发性有必定的影响，线程拜访变量只能排队等候顺次操做。TreadLocal不加锁，多个线程可以并发对变量进行操做。
　　publicclassDemo{
　　privateStringvariable;publicStringgetVariable(){returnvariable;
　　}publicvoidsetVariable(Stringvariable){this.variable=variable;
　　}publicstaticvoidmain(String[]args){
　　Demodemo=newDemo1();for(inti=0;i<5;i++){newThread(()->{
　　synchronized(Demo.class){
　　demo.setVariable(Thread.currentThread().getName());
　　System.out.println(Thread.currentThread().getName()+""+demo.getVariable());
　　}
　　}).start();
　　}
　　}
　　}
　　ThreadLocal和synchronized都是用于处理多线程并发拜访资源的问题。ThreadLocal是以空间换时间的思路，每一个线程都拥有一份变量的复制，而后完成变量阻隔，互相不干扰。重视的重点是线程之间数据的相互阻隔关系。synchronized是以时间换空间的思路，只供给一个变量，线程只能通过排队拜访。重视的是线程之间拜访资源的同步性。ThreadLocal可以带来更好的并发性，在多线程、高并发的环境中更为合适一些。
　　ThreadLocal运用场景
　　转帐业务的例子
　　JDBC关于业务原子性的控制可以通过setAutoCommit(false)设置为业务手动提交，成功后commit，失败后rollback。在多线程的场景下，在service层敞开业务时用的connection和在dao层拜访数据库的connection应该要坚持一致，因此并发时，线程只能阻隔操做自已的connection。
　　处理计划1：service层的connection目标做为参数传递给dao层运用，业务操做放在同步代码块中。
　　存在问题：传参提升了代码的耦合程度，加锁下降了程序的功用。
　　处理计划2：当需求获取connection目标的时分，通过ThreadLocal目标的get办法直接获取当时线程绑定的衔接目标运用，假如衔接目标是空的，则去衔接池获取衔接，并通过ThreadLocal目标的set办法绑定到当时线程。运用完以后调用ThreadLocal目标的remove办法解绑衔接目标。
　　ThreadLocal的优点：
　　可以方便地传递数据：保存每一个线程绑定的数据，需求的时分可以直接获取，防止了传参带来的耦合。
　　可以坚持线程间阻隔：数据的阻隔在并发的状况下也能坚持一致性，防止了同步的功用损失。
　　ThreadLocal的原理
　　每一个ThreadLocal保护一个ThreadLocalMap，Map的Key是ThreadLocal实例自身，value是要存储的值。
　　每一个线程内部都有一个ThreadLocalMap，Map里边寄存的是ThreadLocal目标和线程的变量副本。Thread内部的Map通过ThreadLocal目标来保护，向map获取和设置变量副本的值。不一样的线程，每次获取变量值时，只能获取本身目标的副本的值。完成了线程之间的数据阻隔。
　　JDK1.8的规划比较于以前的规划（通过ThreadMap保护了多个线程和线程变量的对应关系，key是Thread目标，value是线程变量）的优势在于，每一个Map存储的Entry数量变少了，线程越多键值对越多。如今的键值对的数量是由ThreadLocal的数量决议的，通常状况下ThreadLocal的数量少于线程的数量，而且并非每一个线程都需求创立ThreadLocal变量。当Thread毁掉时，ThreadLocal也会随之毁掉，削减了内存的运用，以前的计划中线程毁掉后，ThreadLocalMap依然存在。
　　ThreadLocal源码解析
　　set办法
　　首要获取线程，而后获取线程的Map。假如Map不为空则将当时ThreadLocal的引证做为key设置到Map中。假如Map为空，则创立一个Map并设置初始值。
　　get办法
　　首要获取当时线程，而后获取Map。假如Map不为空，则Map依据ThreadLocal的引证来获取Entry，假如Entry不为空，则获取到value值，回来。假如Map为空或者Entry为空，则初始化并获取初始值value，而后用ThreadLocal引证和value做为key和value创立一个新的Map。
　　remove办法
　　删除当时线程中保存的ThreadLocal对应的实体entry。
　　initialValue办法
　　该办法的第一次调用发做在当线程通过get办法拜访线程的ThreadLocal值时。除非线程先调用了set办法，在这种状况下，initialValue才不会被这个线程调用。每一个线程最多调用顺次这个办法。
　　该办法只回来一个null，假如想要线程变量有初始值需求通过子类承继ThreadLocal的办法去重写此办法，通常可以通过匿名内部类的办法完成。这个办法是protected润饰的，是为了让子类覆盖而规划的。
　　ThreadLocalMap源码剖析
　　ThreadLocalMap是ThreadLocal的静态内部类，没有完成Map接口，独立完成了Map的功用，内部的Entry也是独立完成的。
　　与HashMap相似，初始容量默认是16，初始容量有必要是2的整数幂。通过Entry类的数据table寄存数据。size是寄存的数量，threshold是扩容阈值。
　　Entry承继自WeakReference，key是弱引证，其意图是将ThreadLocal目标的生命周期和线程生命周期解绑。
　　弱引证和内存走露
　　内存溢出：没有知足的内存供申请者供给
　　内存走露：程序中已动态分配的堆内存因为某种缘由程序未开释或没法开释，造成体系内存的糟蹋，致使程序运转速度减慢甚至体系溃散等验证后沟。内存走露的堆积会致使内存溢出。
　　弱引证：废物收回器一旦发现了弱引证的目标，不论内存是否知足，都会收回它的内存。
　　内存走露的根源是ThreadLocalMap和Thread的生命周期是同样长的。
　　假如在ThreadLocalMap的key运用强引证仍是没法彻底防止内存走露，ThreadLocal运用完后，ThreadLocalReference被收回，但是Map的Entry强引证了ThreadLocal，ThreadLocal就没法被收回，因为强引证链的存在，Entry没法被收回，最后会内存走露。
　　在实际状况中，ThreadLocalMap中运用的key为ThreadLocal的弱引证，value是强引证。假如ThreadLocal没有被外部强引证的话，在废物收回的时分，key会被整理，value不会。这样ThreadLocalMap就出现了为null的Entry。假如不作任何措施，value永久不会被GC收回，就会产生内存走露。
　　ThreadLocalMap中考虑到这个状况，在set、get、remove操做后，会整理掉key为null的记录（将value也置为null）。运用完ThreadLocal后最后手动调用remove办法（删除Entry）。
　　也就是说，运用完ThreadLocal后，线程依然运转，假如忘记调用remove办法，弱引证比强引证可以多一层确保，弱引证的ThreadLocal会被收回，对应的value会在下一次ThreadLocalMap调用get、set、remove办法的时分被铲除，而后防止了内存走露。
　　Hash抵触的处理
　　ThreadLocalMap的构造办法
　　构造函数创立一个长队为16的Entry数组，而后核算firstKey的索引，存储到table中，设置size和threshold。
　　firstKey.threadLocalHashCode&(INITIAL_CAPACITY-1)用来核算索引，nextHashCode是Atomicinteger类型的，Atomicinteger类是供给原子操做的Integer类，通过线程安全的办法来加减，适合高并发运用。
　　每次在当时值上加上一个HASH_INCREMENT值，这个值和斐波拉契数列有关，主要意图是为了让哈希码可以均匀的分布在2的n次方的数组里，而后尽可能的防止抵触。
　　当size为2的幂次的时分，hashCode&(size-1)至关于取模运算hashCode%size，位运算比取模更高效一些。为了运用这种取模运算，一切size有必要是2的幂次。这样一来，在确保索引不越界的状况下，削减抵触的次数。
　　ThreadLocalMap的set办法
　　ThreadLocalMao运用了线性勘探法来处理抵触。线性勘探法勘探下一个地址，找到空的地址则刺进，若整个空间都没有空余地址，则产生溢出。例如：长度为8的数组中，当时key的hash值是6，6的方位已经被占用了，则hash值加一，寻觅7的方位，7的方位也被占用了，回到0的方位。直到可以刺进为止，可以将这个数组看成一个环形数组。