HashMap内存泄漏

原创已于 2022-09-29 20:23:25 修改 · 3.3k 阅读

7 ·

CC 4.0 BY-SA版权

文章标签：

#java #内存泄漏

于 2020-12-29 17:07:02 首次发布

Java 专栏收录该内容

13 篇文章

订阅专栏

博客主要探讨Java内存泄漏的原因。通过代码展示运行结果，发现设置后部分垃圾未被回收。这是因为默认是强引用，存进去的是地址，进行相关操作时，回收机制本应回收无引用的堆内存对象，但强引用导致这些对象无法被回收。

HashMap内存泄漏

在看ThreadLocal源码的时候，其中内部类ThreadLocalMap的存储数据结构的内部类Entry继承了WeakReferenc，为了能够搞清楚这个ThreadLocal，就只能先学习一下WeakReferenc了。在了解了WeakReferenc之后，又想到能不能使用强引用呢？，好吧又学习了一波在Map中使用强引用的弊端。（好吧，有时候为了学习一个东西，不得不又去了解其他的一下内容，好家伙简直俄罗斯套娃）

言归正传，下面就来了解一下HashMap存在内存泄漏的原因。直接上代码

public class TestJava {
    public static void main(String[] args) {
        Map<MyClass, String> map = new HashMap<MyClass, String>();
        MyClass my1 = new MyClass();
        MyClass my2 = new MyClass();

        map.put(my1, "my1");
        map.put(my2, "my2");

        my1 = null;
        System.gc();
        System.out.println("第1步" + map);

        my2 = null;
        System.gc();
        System.out.println("第2步" + map);

        map.clear();
        System.gc();
        System.out.println("第3步" + map);
    }
}

class MyClass {
    private String msg = super.toString() + " 对象还在呢";

    @Override
    public String toString() {
        return msg;
    }

    @Override
    protected void finalize() throws Throwable {
        System.out.println(super.toString() + " 对象被释放了");
    }
}

运行结果如下：
在这里插入图片描述
果然，在my1和my2设置null之后GC没有回收这两个垃圾，这个跟Java中的HashMap默认是强引用是有关的

原因：其实HashMap存进去的是my1跟my2指向的地址（堆内存中两条红色的线）作为key，但进行my1=null，my2=null的时候，本来按照常理来说，Java回收机制会对那些没有引用的堆内存对象进行回收，但不幸的是，HashMap依旧会强引用着my1跟my2的堆内存对象，导致GC无法对其进行回收。