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比我聪明，不过应该也要动一点脑子吧。