JAVA内存泄露

[转自 :http://www.tech-q.cn/thread-1032-1-1.html ]

内存 溢出就是你要求分配的内存超出了系统 能给你的，系统不能满足需求 ，于是产生溢出。
JAVA中的内存溢出的导致原因很多，最主要的可能有以下几种：
A. 由于JVM堆内存设置过小，可以通过-Xms -Xmm设置。
B. JVM堆内存是足够的，但只是没有连续的内存空间导致,比如申请连续内存空间的数组:String[] array = new String[10000]。
C.由于导入较多的依赖jar包以及项目 本身引用的class太多。
D. 测试过程中生成太多的对象。
E. 缓存 池载入太多的等待队列。
F. 还有可能是不断的内存泄露导致最后内存不足溢出

内存泄漏的慨念
　　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循环也不会有
　//什么太大的影响吧,你会这么做吗?
}