消除过期的对象引用

下面这段程序存在一个“内存泄漏”。在极端的情况下，会导致磁盘交换（Disk Paging），甚至导致程序失败（OutOfMemoryError）。
那么哪里引起的内存泄漏呢？
如果一个栈先是增长，然后再收缩，那么从栈中弹出来的对象讲不会被当做垃圾回收，即使使用的栈程序不再引用这些对象。
这是因为，栈内部维护着对这些对象的过期引用（obsolete reference）。过期引用是指，永远也不会再被接触的引用。
demo:

// Can you spot the "memory leak"?

import java.util.*;

public class Stack {
    private Object[] elements;
    private int size = 0;
    private static final int DEFAULT_INITIAL_CAPACITY = 16;

    public Stack() {
        elements = new Object[DEFAULT_INITIAL_CAPACITY];
    }

    public void push(Object e) {
        ensureCapacity();
        elements[size++] = e;
    }

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

    /**
     * Ensure space for at least one more element, roughly
     * doubling the capacity each time the array needs to grow.
     */
    private void ensureCapacity() {
        if (elements.length == size)
            elements = Arrays.copyOf(elements, 2 * size + 1);
    }
}

修复的方法：
一旦对象引用已经过期，只需清空这些引用即可。
   

view plaincopy to clipboardprint?

public Object pop() {
    if (size == 0)
        throw new EmptyStackException();
    Object result = elements[--size];
    elements[size] = null; //Eliminate obsolete reference
    return result;
}

当然也没必要谨慎的将所有不用的东西设置为null。
清空对象引用应该是一种例外，而不是一种规范行为。
消除过期引用最好的方法是让包含该引用的变量结束其生命周期。
那么，合适应该清空引用呢？
问题在于，Stack类自己管理内存。存储池包含了elements数组的元素。数组活动区域中的元素是已分配的，而数组其余部分的元素则是自由的。
但是对于垃圾回收器而言，elements数组中的所有对象引用都同等有效。
一旦数组元素变成了非活动部分的一部分，程序员就收工清空这些数组元素。

只要类是自己管理内存，程序员就应该警惕内存泄漏问题。

 

内存泄漏的另一个常见来源是缓存。

 

LinkedHashMap类的removeEldestEntry(Map.Entry<K,V> eldest) 此方法非常有用：它允许映射通过删除旧条目来减少内存损耗。 

内存泄漏的第三个常见来源是监听器和其他回调。
如果你实现了一个API，客户端在这个API中注册回调，却没有显示的取消注册，那么除非你采取某些动作，否则他们就会积聚。
最佳方法是只保存他们的弱引用（weak reference），例如，只将他们保存为WeakHashMap中键。

可借助于Heap剖析工具（Heap Profiler）发现内存泄漏问题。