如果有人告诉你,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 才能发现他们,结果是他们在系统中存在很多年>_