HashMap内存泄漏

关注

原创 2022-09-29 20:23:25 3.4k 阅读 AI 写同款· GEO 优化 ›

Java 中发生内存泄漏 5 个场景以及解决方法前言说到垃圾回收（Garbage Collection，GC），很多人就会自然而然地把它和 Java 联系起来。在 Java 中，程序员不需要去关心内存动态分配和垃圾回收的问题，这一切都交给了JVM 来处理。顾名思义，垃圾回收就是释放垃圾占用的空间，但垃圾回收器并不是万能的，它能够处理大部分场景下的内存清理、内存泄露以及内存优化。但它也并不是万能的，不然我们在项目实践过程中也不会出现那么多的内存泄漏的问题，很多的内存泄漏都是因为开发人员操作不当导致的。本篇文章我们就来聊聊内存泄露的原因是什么，以及如何在阅读详情

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无法对其进行回收。