第6条:消除过期的对象引用

Java的垃圾回收固然省事，然而这并不代表着程序员不需要考虑内存管理。

例如，下面是一个粗心的栈实现代码，直接贴有错误的部分

public class Stack{
    //省略。。。。。

    //有误代码
    public Object pop(){
        if(size == 0){
            throw new EmptyStackException();
        }
        return elements[--size];
    }
    //省略。。。。。
}

这段代码并没有明显的错误。不严格地说，它有一个“内存泄露”风险，因为在执行pop这个方法后没有把弹出对象设置为null（此时这个对象对于栈来说是过期的引用）
改进自然就是这样:

public Object pop(){
        if(size == 0){
            throw new EmptyStackException();
        }
        Object result =  elements[--size];
        elements[size] == null;//解除过期引用
        return result;
    }

---

那我们自然会有困惑，按照这样发展，每次程序员都要关注引用是否过期，然后手动解除，这样不就不符合java自动垃圾回收的思想了吗？

所以，一般而言，只要类是自己管理内存，程序员就应该警惕内存泄露的问题

那么类怎样才算是自己管理内存？

例:上面的Stack类的存储池（storage pool）中包含了elements数组（对象引用单元，而不是对象本身）的元素。数组活动区域中的元素是已分配（allocated）的，而数组其余部分的元素是自由的（free）。

即根据栈的定义，下标大于size-1的元素（栈元素从下标0开始）是不在栈中的。

然而垃圾回收器并不知道这一点，对于垃圾收集齐而言，elements里的所有对象都是有效的。

这时就需要程序眼手工清空这些数组元素

未完—————————