常见内存泄漏的来源

时间：2021-02-21 23:28:06 阅读：17 评论：0 收藏：0 [点我收藏+]

来源一：过期引用

public class Stack {
	// 底层使用的是数组 没毛病
    private Object[] elements;
    // size作为指针 没毛病
    private int size = 0;
    // 默认容量 没毛病
    private static final int DEFAULT_INITIAL_CAPACITY = 16;
	
    public Stack() {
        elements = new Object[DEFAULT_INITIAL_CAPACITY];
    }
    
	// 扩容机制
    private void ensureCapacity() {
        if (elements.length == size) {
            elements = Arrays.copyOf(elements, 2 * size + 1);
        }
    }
	
	// 入栈
    public void push(Object e) {
        ensureCapacity();
        elements[size++] = e;
    }
    
	// 出栈 （注意这个方法！！！）
    public Object pop() {
        if (size == 0) {
        throw new EmptyStackException();
    }
        return elements[--size];
    }

}

这里内存泄漏的风险点是从栈中弹出的对象不会被垃圾回收器回收，是因为栈虽然不再使用这些对象，但内部却维护着他们的过期引用。所谓过期引用，是指永远也不会再被解除的引用，一个解决方案是，对该位置置NULL

public Object pop() {
    if (size == 0) {
    throw new EmptyStackException();
}
    Object rs = elements[--size];
    elements[size] = null
    return rs
}

那么是否来说，针对这些集合，我们都采用此方案呢，当然不合适，如果这样，不仅仅会使代码变脏，也不一定适用于所有场景。
一般来说，只要是类自己管理内存，就应该警惕内存泄漏问题。

扩展:

静态集合类，如HashMap、LinkedList等等。如果这些容器为静态的，那么它们的生命周期与程序一致，则容器中的对象在程序结束之前将不能被释放，从而造成内存泄漏。简单而言，长生命周期的对象持有短生命周期对象的引用，尽管短生命周期的对象不再使用，但是因为长生命周期对象持有它的引用而导致不能被回收。

解决办法是最好不使用静态的集合类，如果使用的话，在不需要时要将其赋值为null。如果是不使用的key，调用remove即可，map和list的remove方法不存在栈的这个问题，直接清除了对象引用，那么不存在强引用，该值自然也会被回收。

无需过分在意此类场景，低概率事件，遇见时考虑可能时这种情况。