如果有人告诉你,java 比c相比的优点是再也不用繁琐的内存控制管理了,那么你真的信以为真吗?当你觉的你再也不用考虑内存管理的时候,我想那么你错了。

eg.

import java.util.Arrays;
import java.util.EmptyStackException;
/**
 * 
 * @author zhangwei
 *
 *
 * 2011-7-18
 *
 */
public class Stack {
	private Object[] elements;
	private int size = 0;
	private static final int DEF_INT_CAPACITY = 16;
 
	public Stack() {
		elements = new Object[DEF_INT_CAPACITY];
	}
 
	public void push(Object e) {
		ensureCapacity();
		elements[size++] = e;
	}
 
	public Object pop() {
		if (size == 0) {
			throw new EmptyStackException();
		}
		return elements[--size];
	}
 
	private void ensureCapacity() {
		if (elements.length == size) {
			elements = Arrays.copyOf(elements, 2 * size + 1);
		}
	}
}

这段代码则样测试都是正常的,没有什么错误,但是代码中隐藏着一个问题,意味着存在着“内存泄漏的危险”。
那么程序是如何发生了内存泄漏的呢?如果一个栈现实增长,然后在收缩,那么,从栈中弹出来的对象不会被当作垃圾回收,即使使用栈的程序不再引用这些对象,它们也不会被回收,是的,着就是栈内部维护着对这些对象的过期引用,所谓的过期引用是指不会再被解除的引用。修复这类问题的方法就是一旦对象引用已经过期,就清空这些引用即可。
修改 pop 方法

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

内存泄漏通常不会表现成明显的失败,所以很难发现他们,我们通过通读代码,或者使用工具Heap Profiler 才能发现他们,结果是他们在系统中存在很多年>_<。所以并不是说java就不用关心内存管理了。这是一个误区吧。 Effective java 读后感。Mr.z