例子1
| public class Bad{ public static Stack s=Stack(); static{ s.push(new Object()); s.pop(); //这里有一个对象发生内存泄露 s.push(new Object()); //上面的对象可以被回收了，等于是自愈了 } } |
因为是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是一个调用时候的拷贝,会不会无法回收？不就是拷贝吗，退出方法什么都没了，这个对象怎么会留的住。
