Java内存泄露问题阐明
副标题#e#
许多人在谈论内存泄露问题，虽然对付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);
}
}
}
#p#副标题#e#
上面的道理应该很简朴，如果仓库加了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.无话可说型
#p#分页标题#e#
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比我智慧，不外应该也要动一点脑筋吧。
