Java中的内存泄漏

java中的内存泄漏

内存泄漏的原因：
Java中导致内存泄漏的原因十分的明确，长生命周期的对象持有短生命周期对象的引用，就有可能发生内存泄漏。尽管短生命周期对象已经不再需要，但是因为长生命周期对象持有它的引用而导致不能被回收，这就是Java中内存泄漏的发生场景。

1 静态集合类

像HashMap、Vector 等静态集合类的使用最容易引起内存泄漏，因为这些静态变量的生命周期与应用程序一致，如示例1，如果该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 之后，o指向它，在for循环里，不停的创建对象，并加到容器之中而且这个容器是Static的，它的生命周期基本域jvm相同，所以说当o指向null了之后，应该直接被回收。但是这个对象被加入到容器之中了，所以它所持有的对象都不会被回收，如果要回收这个对象，要调用容器的remove方法。

2 监听器

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

3 单例模式

单例模式只允许应用程序存在一个实例对象，并且这个实例对象的生命周期和应用程序的生命周期一样长，如果单例对象中拥有另一个对象的引用的话，这个被引用的对象就不能被及时回收。解决办法是单例对象中持有的其他对象使用弱引用，弱引用对象在GC线程工作时，其占用的内存会被回收掉。

4 变量不合理的作用域

如果变量的定义范围大于使用范围，并且在使用完后没有赋值为null的话，会出现内存泄露。定义变量的时候，能定义为局部变量就不要定义为成员变量，或者定义为成员变量的话，在使用完变量后，把变量赋值为null。