TreadLocal的内存泄露及使用注意

ThreadLocal提供了线程独有的局部变量,可以在整个线程存活的过程中随时取用,极大地方便了一些逻辑的实现。常见的ThreadLocal用法有:

1、存储单个线程的上下文信息。比如线程id

2、使变量线程安全。变量既然成为了每个线程内部的局部变量,自然就不会存在并发问题了;

3、减少参数传递。比如做一个trace工具,能够输出工程从开始到结束的整个一次处理过程中所有的信息,从而方便debug。由于需要在工程各处随时取用,可放入ThreadLocal。

原理

每一个Thread 维护了一个 ThreadLocalMap成员变量(threadLocals) 

ThreadLocalMap是ThreadLocal的静态内部类,而Entry是ThreadLocalMap的静态内部类,key是弱引用,value就是我们要set的值

弱引用继承父类Reference

父类this指向如下

key弱引用并不是导致内存泄漏的原因,而是因为ThreadLocalMap的生命周期与当前线程一样长,并且没有手动删除对应key。

ThreadLocal自身并不储存值,而是作为一个key来让线程从ThreadLocal获取value。

Entry是中的key是弱引用,所以jvm在垃圾回收时如果外部没有强引用来引用它,ThreadLocal必然会被回收。

所以一定要手动remove

线程池中的ThreadLocal使用

不建议,最好不要两者一起使用

强-软-弱-虚

强引用

 

类似于 Object obj = new Object(); 创建的,只要强引用在就不回收。

强引用就是我们平时使用的引用,是使用最普遍的引用。如果一个对象具有强引用,那垃圾回收器绝不会回收它(结合上面,一个对象有强引用,那么这个对象一定可达,也就是说明这个对象是活的)。当内存空间不足,Java虚拟机宁愿抛出OutOfMemoryError错误,使程序异常终止,也不会靠随意回收具有强引用的对象来解决内存不足的问题。(简记:永不回收)

 

软引用

 

SoftReference 类实现软引用。在系统要发生内存溢出异常之前,将会把这些对象列进回收范围之中进行二次回收。

如果一个对象只具有软引用,则内存空间足够,垃圾回收器就不会回收它;如果内存空间不足了,就会回收这些对象的内存。只要垃圾回收器没有回收它,该对象就可以被程序使用。所以,软引用可用来实现内存敏感的高速缓存。(简记:内存不足再回收)

 

弱引用

 

WeakReference 类实现弱引用。对象只能生存到下一次垃圾收集之前。在垃圾收集器工作时,无论内存是否足够都会回收掉只被弱引用关联的对象。

弱引用与软引用的区别在于:弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它所管辖的内存区域的过程中,一旦发现了只具有弱引用的对象,不管当前内存空间足够与否,都会回收它的内存。不过,由于垃圾回收器是一个优先级很低的线程,因此不一定会很快发现那些只具有弱引用的对象。(简记:遇到就回收)

 

虚引用

 

PhantomReference 类实现虚引用。无法通过虚引用获取一个对象的实例,为一个对象设置虚引用关联的唯一目的就是能在这个对象被收集器回收时收到一个系统通知。

虚引用并不会决定对象的生命周期。如果一个对象仅持有虚引用,那么它就和没有任何引用一样,在任何时候都可能被垃圾回收器回收。虚引用主要用来跟踪对象被垃圾回收器回收的活动。虚引用与软引用和弱引用的一个区别在于:虚引用必须和引用队列(ReferenceQueue)联合使用。当垃圾回收器准备回收一个对象时,如果发现它还有虚引用,就会在回收对象的内存之前,把这个虚引用加入到与之关联的引用队列中。(简记:形同虚设)

 

关于堆外内存,后期更新同步

猜你喜欢

转载自blog.csdn.net/weixin_39082432/article/details/105755533
今日推荐