Java内存泄露问题分析(2)
因为是static,就一直存在到程序退出,但是我们也可以看到它有自愈功能,就是说如果你的Stack最多有100个对象,那么最多也就只有100个对象无法被回收其实这个应该很容易理解,Stack内部持有100个引用,最坏的情况就是他们都是无用的,因为我们一旦放新的进取,以前的引用自然消失!
例子2
public class NotTooBad{
public void doSomething(){
Stack s=new Stack();
s.push(new Object());
//other code
s.pop();//这里同样导致对象无法回收,内存泄露.
}//退出方法,s自动无效,s可以被回收,Stack内部的引用自然没了,所以
//这里也可以自愈,而且可以说这个方法不存在内存泄露问题,不过是晚一点
//交给GC而已,因为它是封闭的,对外不开放,可以说上面的代码99.9999%的
//情况是不会造成任何影响的,当然你写这样的代码不会有什么坏的影响,但是
//绝对可以说是垃圾代码!没有矛盾吧,我在里面加一个空的for循环也不会有
//什么太大的影响吧,你会这么做吗?
}
上面两个例子都不过是小打小闹,但是C/C++中的内存泄露就不是Bad了,而是Worst了。他们如果一处没有回收就永远无法回收,频繁的调用这个方法内存不就用光了!因为Java还有自愈功能(我自己起的名字,还没申请专利),所以Java的内存泄露问题几乎可以忽略了,但是知道的人就不要犯了。
不知者无罪!Java存在内存泄露,但是也不要夸大其辞。如果你对Java都不是很熟,你根本就不用关心这个,我说过你无意中写出内存泄露的例子就像你中一千万一样概率小,开玩笑了,其实应该是小的多的多!
而且即使你有幸写出这样的代码,中奖了!基本上都是一包洗衣粉,不会让你发财,对系统没有什么大的影响。
杞人忧天的情况
1.无话可说型
Object obj=new Object();
obj=null;
//这个完全多此一举,因为退出了作用范围,对象的引用自动消失
//不要在你的程序中出现这样的语句,没有错,但是就是不雅观
2.思考不对型
void func(Object o){
o=new Object();
return
}
当我们知道Java参数是传值,就知道上面的方法什么也没错,就是申请了一个对象然后再丢给GC。因为是传值,这里的o是一个调用时候的拷贝,会不会无法回收?不就是拷贝吗,退出方法什么都没了,这个对象怎么会留的住。
3.尽量避免型
class A{
B b=new B(this);
}
class B{
A a;
B(A a){this.a=a;}
}
这个存在互相引用,可能导致孤岛现象,但是这个不会造成内存泄露不过我自己觉得这个会降低GC的效率,就从我的智力来看,我觉得这种情况比一般情况难以判断怎么回收!当然GC比我聪明,不过应该也要动一点脑子吧。
- 上一篇:J2EE应用应遵循的几点原则
- 下一篇:Java多线程编程精要之基础