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。