java内存泄漏

在c++中如果需要动态分配一块内存，那么就需要管理好这块内存，如果最后没有释放这块内存，就会导致内存泄漏。

在java中，提供了垃圾回收机制，gc来回收不再使用的内存。

内存泄漏的情况，一般有两种：

1. 在堆中的分配的内存，在没有将其释放掉的时候，就将所有能访问这块内存的方式都删掉（如指针重新赋值），这种情况java由于垃圾回收机制得到了很好的解决。
2. java的内存泄漏主要是这种：在内存对象明明已经不需要的时候，还仍然保留着这块内存和它的访问方式（引用）。

java内存泄漏例子

Vector v = new Vector(10);

for (int i = 1; i<100; i++){

    Object o = new Object();

    v.add(o);

    o = null;

}

在这个例子中，代码栈中存在Vector对象的引用v和Object对象的引用o。

在For循环中，我们不断的生成新的对象，然后将其添加到Vector对象中，之后将o引用置空。

问题是当o引用被置空后，如果发生GC，我们创建的Object对象是否能够被GC回收呢？答案是否定的。因为，GC在跟踪代码栈中的引用时，会发现v引用，而继续往下跟踪，就会发现v引用指向的内存空间中又存在指向Object对象的引用。也就是说尽管o引用已经被置空，但是Object对象仍然存在其他的引用，是可以被访问到的，所以GC无法将其释放掉。如果在此循环之后，Object对象对程序已经没有任何作用，那么我们就认为此Java程序发生了内存泄漏。

尽管对于C/C++中的内存泄露情况来说，Java内存泄露导致的破坏性小，除了少数情况会出现程序崩溃的情况外，大多数情况下程序仍然能正常运行。但是，在移动设备对于内存和CPU都有较严格的限制的情况下，Java的内存溢出会导致程序效率低下、占用大量不需要的内存等问题。这将导致整个机器性能变差，严重的也会引起抛出OutOfMemoryError，导致程序崩溃。

如果长生命周期的对象持有短生命周期的引用，就很可能会出现内存泄露：

public class Simple {

    Object object;

    public void method1(){

        object = new Object();

        //...其他代码

    }

}

这里的object实例，其实我们期望它只作用于method1()方法中，且其他地方不会再用到它，但是，当method1()方法执行完成后，object对象所分配的内存不会马上被认为是可以被释放的对象，只有在Simple类创建的对象被释放后才会被释放，严格的说，这就是一种内存泄露。解决方法就是将object作为method1()方法中的局部变量或者在方法最后加上object = null;。

另外，单例模式，很多时候我们可以把它的生命周期与整个程序的生命周期看做差不多的，所以是一个长生命周期的对象。如果这个对象持有其他对象的引用，也很容易发生内存泄露。