内存泄露

第二章 内存泄露

第一节 内存泄露含义

      Java中的内存泄露，广义并通俗的说，就是不再会被使用的对象的内存不能被回收，就是内存泄露。

Java中内存的的释放以及无用对象的回收都是通过GC实现的，我们不用也没法去控制GC（Java自带的垃圾回收器）的自动清理工作。当一个进入年老代（存活很久）的对象持有一个年轻代（存活很短）的对象时候，则GC就不能回收该年轻代对象，至此引起内粗泄露。

举一个简单的例子：

      下面的Person实例，其实我们期望Person实例的字段name只作用于say()方法中（即方法执行完该方法中使用的变量全部释放，被GC回收），但是，当say()方法执行完成后，Person对象所分配的内存不会马上被回收，只有Person对象被释放后才会GC回收，严格的说，在某种情况下，这就是一种内存泄露。而解决方法也很简单，只要将Person对象放入到say()方法中，使它成为局部变量，作用域只在该方法体中，当say()方法执行完后GC就会回收Person对象，当然也会回收Person对象的字段name。

引起内存泄露：

public class Person {
	String name = “name”;
	public String getName(){
		return this.name;
	}
}
public class Object {
	Person person;
	public void say(){
		System.out.println(person.getName)
	}
}

      只需要修改Object即可，解决内存泄露：

public class Object {
	public void say(){
		Person person = new Person();
		System.out.println(person.getName)
	}
}

第二节 内存泄露场景

2.1 静态集合类引起内存泄露

       像HashMap、Vector等的使用最容易出现内存泄露，这些静态变量的生命周期和应用程序一致，他们所引用的所有的对象Object也不能被释放，因为他们也将一直被Vector等引用着。

       例：

Static Vector v = new Vector(10);
for (int i = 1; i<100; i++)
{
	Object o = new Object();
	v.add(o);
	o = null;
}

在这个例子中，循环申请Object 对象，并将所申请的对象放入一个Vector 中，如果仅仅释放引用本身即o=null，而o=null只做了一件事，就是将o这个引用变量与new Object()创造的实例的关联断开，实际上，实例所占用的内存空间依然没有释放，因为Vector 仍然引用该对象，所以这个对象对GC 来说是不可回收的。

因此，如果对象加入到Vector 后，还必须从Vector 中删除，最简单的方法就是将Vector对象设置为null，这样没有引用与实例关联，GC就会回收该Vector对象。

2.2 HashCode值改变引起HashSet造成的内存泄露

       如下例：

public class Point { 
        private int x; 
        public Point(int x) { 
        this.x = x; 
        } 

    @Override 
    public int hashCode() { 
        return x; 
    } 

    @Override 
    public boolean equals(Object obj) { 
        Point other = (Point) obj; 
        if (x == other.x) 
            return true; 
        return false; 
    } 

    public int getX() { 
        return x; 
    } 

    public void setX(int x) { 
        this.x = x; 
    } 

    public static void main(String[] args) { 
        HashSet<Point> set = new HashSet<Point>(); 
        Point p1 = new Point(3); 
        Point p2 = new Point(5); 
        set.add(p1); 
        set.add(p2); 
        p1.setX(7); 
        set.remove(p1); 
        System.out.println(set.size()); 
    } 
}  

很多人认为打印出的结果是1，但测试结 果是2。

为什么呢？当一个对象被存储在HashSet中后，如果修改参与计算hashCode有关的字段，那么修改后的hashCode的值就与一开始存储进来的hashCode的值不同了，这样contains无法通过hashCode找到该元素，所以无法删除。这就告诉我们，当一个对象被存储在 HashSet中后，不要修改与计算hashCode有关的字段。

2.3 监听器引起的内存泄露

在java 编程中，我们都需要和监听器打交道，通常一个应用当中会用到很多监听器，我们会调用一个控件的诸如addXXXListener()等方法来增加监听器，但往往在释放对象的时候却没有记住去删除这些监听器，从而增加了内存泄漏的机会。

2.4 各种连接

Java中的连接包括数据库连接、网络连接和io连接，如果没有显式调用其close()方法，是不会自动关闭的，这些连接就不能被GC回收而导致内存泄漏。一般情况下，在try代码块里创建连接，在finally里释放连接，就能够避免此类内存泄漏。

2.5 单例模式

单例模式正常是通过以静态变量的方式存活于JVM整个生命周期，当单例对象持有外部对象的引用时，只有当单例对象被回收，否则这个外部对象将不能被jvm正常回收，导致内存泄露。

         例子如下：

 public class Test {
    private Object object;
    Test(){
        this.object = new Object();
    }
    public static Test getInstance(){
        return SingleTon.test;
    }
    private static class SingleTon{
        private static Test test = new Test();
    }
}

如上面所示，当创建单例时候，object对象实例一直存在，只有当单列对象释放后，GC才会回收object对象。

2.6 substring()方法会导致内存泄露

         目前已知的jdk1.6的substring()方法会导致内存泄露

2.7 外部模块的引用

调用外部模块的时候，也应该注意防止内存泄漏。如模块A调用了外部模块B的一个方法，如：

public voidregister(Object o)

这个方法有可能就使得A模块持有传入对象的引用，这时候需要查看B模块是否提供了去除引用的方法，如unregister()。这种情况容易忽略，而且发生了内存泄漏的话，比较难察觉，应该在编写代码过程中就应该注意此类问题。