ThreadLocal

ThreadLocal从源码看是存在ThreadLocalMap以当前thread作为key，和value（可通过重写initialValue赋初始值）
使用ThreadLocal一般使用private static修饰，防止无意义的threadlocal实例的创建
当static时，ThreadLocal ref生命延长－ThreadMap的key在线程生命期内始终有值－ThreadMap的value在线程生命期内不释放——故线程池下
static修饰TrheadLocal引用，必须（1）remove 或（2）手动 ThreadLocal ref ＝ null
Thread对象中保存的是Object对象的一个引用，这样的话，当有其他线程对这个引用指向的对象做修改时，当前线程Thread对象中保存的值也会发生变化。
ThreadLocal的使用不是为了能让多个线程共同使用某一对象,而是每个线程保存自己的对象

ThreadLocal流程：
set方法里 new ThreadLocalMap(this, firstValue);
Thread里面有自己的ThreadLocalMap，然后get方法是get Thread自己的变量ThreadLocalMap
每次通过set都需要传一个对象的引用，每次将对象的引用赋值给value的值
ThreadLocal是如何保证线程安全的：
1. 每个线程都有一个ThreadLoclMap成员变量（线程副本）；
2. ThreadLocal作为ThreadLocalMap(this)的’key’来获取最终变量的值；
每个线程拿到的ThreadLocalMap 变量肯定是线程私有的，所以不会被其他线程拿到，这样也就保证了线程的安全。

区别在于:ThreadLocal是用空间换取时间，synchronized关键字是用时间换空间。

例如，我们有一个银行的BankDAO类和一个个人账户的PeopleDAO类，现在需要个人向银行进行转账，在PeopleDAO类中有一个账户减少的方法，BankDAO类中有一个账户增加的方法
那么这两个方法在调用的时候必须使用同一个Connection数据库连接对象，如果他们使用两个Connection对象，则会开启两段事务，可能出现个人账户减少而银行账户未增加的现象。
使用同一个Connection对象的话，在应用程序中可能会设置为一个全局的数据库连接对象，从而避免在调用每个方法时都传递一个Connection对象。问题是当我们把Connection对象设置为全局变量时
你不能保证是否有其他线程会将这个Connection对象关闭，这样就会出现线程安全问题。解决办法就是在进行转账操作这个线程中，使用ThreadLocal中获取Connection对象
，这样，在调用个人账户减少和银行账户增加的线程中，就能从ThreadLocal中取到同一个Connection对象，并且这个Connection对象为转账操作这个线程独有，不会被其他线程影响，保证了线程安全性。

1.主要用于介于必须多个线程共享变量（static）与局部变量之间的需求（多次new ，如simpledateformat）
2.必须保证每个线程有一个自己的变量如上述连接对象

内存泄露
ThreadLocal是被ThreadLocalMap以弱引用的方式关联着，因此如果ThreadLocal没有被ThreadLocalMap以外的对象引用，则在下一次GC的时候，ThreadLocal实例就会被回收，
那么此时ThreadLocalMap里的一组KV的K就是null了，因此在没有额外操作的情况下，此处的V便不会被外部访问到，而且只要Thread实例一直存在，Thread实例就强引用着ThreadLocalMap，
因此ThreadLocalMap就不会被回收，那么这里K为null的V就一直占用着内存。
发生内存泄露的条件是
1.ThreadLocal实例没有被外部强引用，比如我们假设在提交到线程池的task中实例化的ThreadLocal对象，当task结束时，ThreadLocal的强引用也就结束了
2.ThreadLocal实例被回收，但是在ThreadLocalMap中的V没有被任何清理机制有效清理 如果是成员变量可能对象消亡，threadlocal被回收，如果是静态成员变量就不会
3.当前Thread实例一直存在，则会一直强引用着ThreadLocalMap，也就是说ThreadLocalMap也不会被GC

建议：
如果频繁的在线程中new ThreadLocal对象，在使用结束时，最好调用ThreadLocal.remove来释放其value的引用，避免在ThreadLocal被回收时value无法被访问却又占用着内存