Threadlocal相关问题
Threadlocal相关问题
核心问题
1、 什么是ThreadLocal？核心方法有哪些？
2、使用 拦截器 + ThreadLocal 处理鉴权的整体流程是什么样的？
3、代码编写实现流程有哪些？
面试相关
ThreadLocal内存泄漏问题
1）、ThreadLocal的实现原理
2）、内存泄漏原因
3）、为什么ThreadLocalMap中的key使用弱引用而不是强引用？
4）、正确使用姿势
问题解析
1、 什么是ThreadLocal？核心方法有哪些？
原理：每个线程有一个与之绑定的容器：Map，这个Map中保存着当前线程的所有的本地变量，这个Map
叫ThreadLocalMap，这个map的键为当前ThreadLocal对象，值为放进去的值
-
线程内部的存储类，赋予了线程存储数据的能力。
-
线程内调用get方法都可以从ThreadLocal中获取同一个对象。
-
多个线程中ThreadLocal数据相互隔离
-
threadlocal核心方法有三个：set（存储数据）、get（获取数据）、remove（删除数据，避免内存溢出）
ThreadLocal threadLocal = new ThreadLocal();
threadLocal.set() //将数据绑定到当前线程
threadLocal.get() //从当前线程中获取数据threadLocal.remove() //从当前线程删除数据
2、使用 拦截器 + ThreadLocal 处理鉴权的整体流程是什么样的？
3、代码编写实现流程有哪些？
1）、编写ThreadLocal工具类，提供线程存储和获取对象的方法
2）、拦截器解析token验证通过后，将对象存入Threadlocal中
3）、修改各个Controller方法，从ThreadLocal中获取当前登录用户对象
4）、拦截器的afterCompletion中调用remove方法进行threadlocal数据清空，避免内存溢出
拓展：ThreadLocal内存泄漏问题
1、ThreadLocal的实现原理
每一个Thread维护一个ThreadLocalMap，key为使用弱引用的ThreadLocal实例，value为线程变量的副本。这些对象之间的引用关系如下（实心箭头表示强引用，空心箭头表示弱引用）：
2、内存泄漏原因：
ThreadLocalMap使用ThreadLocal的弱引用作为key，如果一个ThreadLocal不存在外部强引用时，Key(ThreadLocal)势必会被GC回收，这样就会导致ThreadLocalMap中key为null， 而value还存在着强引用，只有thead线程退出以后,value的强引用链条才会断掉。
但如果当前线程再迟迟不结束的话，这些key为null的Entry的value就会一直存在一条强引用链：
Thread Ref -> Thread -> ThreaLocalMap -> Entry -> value
这就就会永远无法回收，造成内存泄漏。
3、为什么ThreadLocalMap中的key使用弱引用而不是强引用？
如果key 使用强引用：当ThreadLocalMap的key为强引用回收ThreadLocal时，因为ThreadLocalMap还持有ThreadLocal的强引用，如果没有手动删除，ThreadLocal不会被回收，导致Entry内存泄漏。
如果key使用弱引用：当ThreadLocalMap的key为弱引用回收ThreadLocal时，由于ThreadLocalMap持有ThreadLocal的弱引用，即使没有手动删除，ThreadLocal也会被回收。当key为null，在下一次ThreadLocalMap调用set(),get()，remove()方法的时候会被清除value值。使用弱引用可以让GC回收方面多一层保障：弱引用ThreadLocal不会内存泄漏，对应的value会在下一次ThreadLocalMap调用set(),get(),remove()的时候会被清除。因此，ThreadLocal内存泄漏的根源是：由于ThreadLocalMap的生命周期跟Thread一样长，如果没有手动删除对应key就会导致内存泄漏，而不是因为弱引用。
但是，当key为null后，之后再也没有调用过set()、get()、remove()方法，这样就会使value一直不会被回收
4、正确使用姿势:
- 每次使用完ThreadLocal都调用它的remove()方法清除数据
- 将ThreadLocal变量定义成private static，这样就一直存在ThreadLocal的强引用，也就能保证任何时候都能通过ThreadLocal的弱引用访问到Entry的value值，进而清除掉 。