很多人在谈论内存泄露问题，当然对于c/c++来说，这个应该是老掉牙的问题，但是很多java人员也越来越多得讨论这个问题，我这里写个小结，希望对大家有一定的参考价值。

　　内存泄漏的慨念

　　1.c/c++是程序员自己管理内存，java内存是由gc自动回收的。

　　我虽然不是很熟悉c++，不过这个应该没有犯常识性错误吧。

　　2.什么是内存泄露?

　　内存泄露是指系统中存在无法回收的内存，有时候会造成内存不足或系统崩溃。

　　在c/c++中分配了内存不释放的情况就是内存泄露。

　　3.java存在内存泄露

　　我们必须先承认这个，才可以接着讨论。虽然java存在内存泄露，但是基本上不用很关心它，特别是那些对代码本身就不讲究的就更不要去关心这个了。

　　java中的内存泄露当然是指：存在无用但是垃圾回收器无法回收的对象。而且即使有内存泄露问题存在，也不一定会表现出来。

　　4.java中参数都是传值的。

　　对于基本类型，大家基本上没有异议，但是对于引用类型我们也不能有异议。

　　java内存泄露情况

　　jvm回收算法是很复杂的，我也不知道他们怎么实现的，但是我只知道他们要实现的就是：对于没有被引用的对象是可以回收的。所以你要造成内存泄露就要做到：

　　持有对无用对象的引用!

　　不要以为这个很容易做到，既然无用，你怎么还会持有它的引用? 既然你还持有它，它怎么会是无用的呢?

　　我实在想不到比那个堆栈更经典的例子了,以致于我还要引用别人的例子，下面的例子不是我想到的，是书上看到的，当然如果没有在书上看到，可能过一段时间我自己也想的到，可是那时我说是我自己想到的也没有人相信的。

public class stack {
　private object[] elements=new object[10];
　private int size = 0;

　public void push(object e){
　　ensurecapacity();
　　elements[size++] = e;
　}

　public object pop(){
　　if( size == 0)
　　　throw new emptystackexception();
　　　return elements[--size];
　}

private void ensurecapacity(){
　if(elements.length == size){
　　object[] oldelements = elements;
　　elements = new object[2 * elements.length+1];
　　system.arraycopy(oldelements,0, elements, 0, size);
　}
}
}

　　上面的原理应该很简单，假如堆栈加了10个元素，然后全部弹出来，虽然堆栈是空的，没有我们要的东西，但是这是个对象是无法回收的，这个才符合了内存泄露的两个条件：无用，无法回收。

　　但是就是存在这样的东西也不一定会导致什么样的后果，如果这个堆栈用的比较少，也就浪费了几个k内存而已，反正我们的内存都上g了，哪里会有什么影响，再说这个东西很快就会被回收的，有什么关系。下面看两个例子。

　　例子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是一个调用时候的拷贝,会不会无法回收？不就是拷贝吗，退出方法什么都没了，这个对象怎么会留的住。

　　3.尽量避免型

class a{
　b b=new b(this);
}
class b{
　a a;
　b(a a){this.a=a;}
}

　　这个存在互相引用，可能导致孤岛现象，但是这个不会造成内存泄露不过我自己觉得这个会降低gc的效率，就从我的智力来看，我觉得这种情况比一般情况难以判断怎么回收!当然gc比我聪明，不过应该也要动一点脑子吧。