ThreadLocal弱引用及内存泄漏

本文深入探讨了ThreadLocalMap的设计原理,特别是其内部Entry类的弱引用机制,解释了为何采用弱引用能有效防止内存泄漏,并提供了编程实践中避免内存泄漏的建议。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

先看下ThreadLocalMap的设计

        private void set(ThreadLocal<?> key, Object value) {
            Entry[] tab = table;
            int len = tab.length;
            int i = key.threadLocalHashCode & (len-1);

            for (Entry e = tab[i];
                 e != null;
                 e = tab[i = nextIndex(i, len)]) {
                ThreadLocal<?> k = e.get();

                if (k == key) {
                    e.value = value;
                    return;
                }

                if (k == null) {
                    replaceStaleEntry(key, value, i);
                    return;
                }
            }

            tab[i] = new Entry(key, value);
            int sz = ++size;
            if (!cleanSomeSlots(i, sz) && sz >= threshold)
                rehash();
        }

ThreadLocalMap 是由Entry 构成,而Entry 继承自 WeakReference
Entry 是 弱引用

  static class Entry extends WeakReference<ThreadLocal<?>> {
            /** The value associated with this ThreadLocal. */
            Object value;

            Entry(ThreadLocal<?> k, Object v) {
                super(k);
                value = v;
            }
        }

为什么要设计成弱引用?
当GC的时候ThreadLocal就会被清除,如果是强引用则它会一直占用内存直到ThreadLocalMap被释放,如果ThreadLocalMap一直不被释放哪就出现内存泄漏了。

设计Entry成弱引用就不会内存泄漏?
要知道ThreadLocalMap 是以ThreadLocal 作为Key的map。ThreadLocal被GC回收后key就变成null,一个map如果key == null ,那它的value 你永远都访问不到。同样会出现内存泄漏。

如何避免Value的内存泄漏?
养成良好的编程习惯,不用的时候ThreadLocal.remove()

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值