Java内存泄露问题
所谓内存泄露就是指一个不再被程序便用的对象或变量一直被占据在内存中。
Java 中有垃圾回收机制，它可以保证一对象不再被引用的时候，即对象变成了孤儿的时候，对象将自动被垃圾回收器从内存中清除掉。
既然java有垃圾回收机制，为什么还会存在内存泄漏的问题呢？
无非，就是有些对象，无法被垃圾回收器处理，导致这些对象一直占用JVM内存，那不就导致内存泄漏了嘛。
由于 Java 使用有向图的方式进行垃圾回收管理，可以消除引用循环的问题 ，例如有两个对象 ，相互引用， 只要它们和根进程不可达的，那么GC也是可以回收它们的，例如下面的代码可以看到这种情况的内存回收。
import java. io.IOException;
public class GarbageTest {
public static void main(String[] args) throws IOException {
try {
// TODO Auto-generated method stub
gcTest();
} catch (IOException e) {
e.printStackTrace();
}
System.out.println("has exited gcTest!");
System.in.read();
System.in.read();
System.out.println("out begin gc!");
for (int i = 0; i < 100; i++) {
System.gc();
System.in.read();
System.in.read();
}
}
private static void gcTest() throws IOException {
System.in.read();
System.in.read();
Person p1 = new Person();
System.in.read();
System.in.read();
Person p2 = new Person();
p1.setMate(p2);
p2.setMate(p1);
System.out.println("before exit gctest!");
System.in.read();
System.in.read();
System.gc();
System.out.println("exit gctest!");
}
private static class Person {
byte[] data = new byte[20000000];
Person mate = null;
public void setMate(Person other) {
mate = other;
}
}
}Java 中的内存泄露的情况: 长生命周期的对象持有短生命周期对象的引用就很可能发生内存泄露，尽管短室命周期对象已经不再需要，但是因为长生命周期对象持有它的引用而导致不能被回收，这就是 Java 中内存泄露的发室场景 ，通俗地说，就是程序员可能创建了一个对象，以后一直不再使用这个对象，这个对象却一直被引用，即这个对象无用但是却无法被垃圾回收器回收的，这就是 java 中可能出现内存泄露的情况。
例如，缓存系统，我们加载了一个对象放在缓存中 （例如放在一个全局map对象中），然后一直不再使用它，这个对象一值被缓存引用， 但却不再被便用。
检查 Java 中的内存泄露，一定要让程序将各种分支情况都完整执行到程序结束，然后看某个对象是否被使用过，如果没有，则才能判定这个对象属于内存泄露。
如果一个外部类的实例对象的方法返回了一个内部类的实例对象，这个内部类对象被长期引用了，即使那个外部类实例对象不再被使用，但由于内部类持久外部类的实例对象，这个外部类对象将不会被垃圾回收，这也会造成内存泄露．
下面内容来自于网上 （主要特点就是清空堆栈中的某个元素，并不是彻底把它从数组中拿掉，而是把存储的总数减少，本人写得可以比这个好，在拿掉某个元素时，顺便也让它从数组中消失，将那个元素所在的位置的值设置为 null 即可）
我实在想不到比那个堆栈更经典的例子了，以致于我还要引用别人的例子，下面的例子不是我想到的，是书上看到的 ，当然如果没有在书上看到，可能过一段时间我自己也想的到，可是那时我说是我自己想到的也没有人相信的。
public class Stack {
private Object[] elements = new Object[10];
private int size = 0;
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) {
Object[] oldElements = elements;
elements = new Object[2 * elements.length + 1];
System.arraycopy(oldElements, 0, elements, 0, size);
}
}
}上面的原理应该很简单，假如堆钱加了10 个元素 ，然后全部弹出来 ，虽然堆钱是空的，没有我们要的东西，但是这是个对象是无法回收的，这个才符合了内存泄露的两个条件 无用，无法回收。 但是就是存在这样的东西也不一定会导致什么样的后果 ，如果这个堆钱用的比较少，也就浪费了几个 K 内存而己，反正我们 的内存都上 G 了，哪里会有什么影响，再说这个东西很快就会被回收的，有什么关系。 下面看两个例子。
class Bad {
public static Stack s = new Stack();
static {
s.push(new Object());
s.pop(); //这里有一个对象发生内存泄露
s.push(new Object());//上面的对象可以被回收了，等于是自愈了
}
}因为是 static ，就一直存在 到程序退出，但是我们也可以看到它有自愈功能，就是说如果你的 Stack 最多有 100 个对象，那么最多也就只有 100 个对象无法 被回收， 其实这个应该很容易理解，Stack 内部持有 100 个引用，最坏的情况就是 他们都是无用的，因为我们一旦放新的进取，以前的引用自然消失！
内存泄露的另外一种情况： 当一个对象被存储进 HashSet 集合中以后，就不能修改这个对象中的那些参与计算哈希值的字段了，否则，对象修改后的晗希值与 最初存储进 HashSet 集合中时的哈希值就不同了，在这种情况下，即使在 contains 方法使用该对象的当前引用作为的参数去 HashSet 集合中检索对象， 也将返回找不到对象的结果，这也会导致无法从 HashSet 集合中单独删除当前对象，造成内存泄露。
附：内存泄露的典型情况
(1) 数据结构造成的短暂内存泄露问题，看下面的代码
public class Stack{
private Object[] element=new Object[10];
private int size=0;
public void push(Object ele){
ensureCapacity();
element[size++]=ele;
}
public Object pop(){
if(size==0) throw new EmptyStackException();
return element[--size]; //短暂造成内存泄露
}
private void ensureCapacity(){
if(element.length==size){
Object[] oldElement=element;
element=new Object[size*2+1];
System.arraycopy(oldElement,0,element,0,size);
}
}
}
上面的代码每一次pop()的时候，Stack都会弹出一个元素，在没有加入新元素之前，实际上仍然有一个引用element[x]指向了这个已经弹出的对象，因此GC是不会对其进行垃圾回收的。只有push()新元素的时候使得element[x]=newObject，才会使得以前创建的对象有可能被回收。应该把上面的pop()方法改成下面的代码就安全多了：
public Object pop(){
if(element.length==size) throws EmptyStackException();
Object o=element[--size];
elements[size]=null; //使得GC有机会回收这个对象
return o;
} 总结
到此这篇关于Java内存泄露问题的文章就介绍到这了,更多相关Java内存泄露问题内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网！
