码迷,mamicode.com
首页 > 其他好文 > 详细

Inspect Memory Leak

时间:2018-02-14 10:39:48      阅读:163      评论:0      收藏:0      [点我收藏+]

标签:index   pop   nbsp   void   throw   collect   gpo   sel   reference   

Try to inspect the memory leak in the following code:

// Can you spot the "memory leak"?
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);
}
}

If a stack grows and then shrinks, the objects that were popped off the stack will not be garbage collected, even if the program using the stack has no more references to them. This is because the stack maintains obsolete references to these objects. An obsolete reference is simply a reference that will never be dereferenced again. In this case, any references outside of the “active portion” of the element array are obsolete. The active portion consists of the elements whose index is less than size.

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

Nulling out obselete references could fix it, but this should be the exception rather than the norm. Also WeakHashMap could be helpful.

 

Inspect Memory Leak

标签:index   pop   nbsp   void   throw   collect   gpo   sel   reference   

原文地址:https://www.cnblogs.com/codingforum/p/8447861.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!