java内存泄漏面试题,【Java面试题】之内存泄漏

本文转载自:http://blog..net/anxpp/article/details/51325838

Java的一个重要特性就是通过垃圾收集器(GC)自动管理内存的回收,而不需要程序员自己来释放内存。理论上Java中所有不会再被利用的对象所占用的内存,都可以被GC回收,但是Java也存在内存泄露,但它的表现与C++不同。

3d6f5d90e9ca4538***0697ca818bac76.png

JAVA 中的内存管理

要了解Java中的内存泄露,首先就得知道Java中的内存是如何管理的。

在Java程序中,我们通常使用new为对象分配内存,而这些内存空间都在堆(Heap)上。

下面看一个示例:

publicclassSimple{

publicstaticvoidmain(Stringargs[]){

Objectobject1=newObject();//obj1

Objectobject2=newObject();//obj2

object2=object1;

//...此时,obj2是可以被清理的

}

}

Java使用有向图的方式进行内存管理:

c26baf20b0de3226b114263da7e8f014.png

在有向图中,我们叫作obj1是可达的,obj2就是不可达的,显然不可达的可以被清理。

内存的释放,也即清理那些不可达的对象,是由GC决定和执行的,所以GC会监控每一个对象的状态,包括申请、引用、被引用和赋值等。释放对象的根本原则就是对象不会再被使用:

给对象赋予了空值null,之后再没有调用过。

另一个是给对象赋予了新值,这样重新分配了内存空间。

通常,会认为在堆上分配对象的代价比较大,但是GC却优化了这一操作:C++中,在堆上分配一块内存,会查找一块适用的内存加以分配,如果对象销毁,这块内存就可以重用;而Java中,就想一条长的带子,每分配一个新的对象,Java的“堆指针”就向后移动到尚未分配的区域。所以,Java分配内存的效率,可与C++媲美。

但是这种工作方式有一个问题:如果频繁的申请内存,资源将会耗尽。这时GC就介入了进来,它会回收空间,并使堆中的对象排列更紧凑。这样,就始终会有足够大的内存空间可以分配。

gc清理时的引用计数方式:当引用连接至新对象时,引用计数+1;当某个引用离开作用域或被设置为null时,引用计数-1,GC发现这个计数为0时,就回收其占用的内存。这个开销会在引用程序的整个生命周期发生,并且不能处理循环引用的情况。所以这种方式只是用来说明GC的工作方式,而不会被任何一种Java虚拟机应用。

多数GC采用一种自适应的清理方式(加上其他附加的用于提升速度的技术),主要依据是找出任何“活”的对象,然后采用“自适应的、分代的、停止-复制、标记-清理”式的垃圾回收器。具体不介绍太多,这不是本文重点。

JAVA 中的内存泄露

Java中的内存泄露,广义并通俗的说,就是:不再会被使用的对象的内存不能被回收,就是内存泄露。

Java中的内存泄露与C++中的表现有所不同。

在C++中,所有被分配了内存的对象,不再使用后,都必须程序员手动的释放他们。所以,每个类,都会含有一个析构函数,作用就是完成清理工作,如果我们忘记了某些对象的释放,就会造成内存泄露。

但是在Java中,我们不用(也没办法)自己释放内存,无用的对象由GC自动清理,这也极大的简化了我们的编程工作。但,实际有时候一些不再会被使用的对象,在GC看来不能被释放,就会造成内存泄露。

我们知道,对象都是有生命周期的,有的长,有的短,如果长生命周期的对象持有短生命周期的引用,就很可能会出现内存泄露。我们举一个简单的例子:

publicclassSimple{

Objectobject;

publicvoidmethod1(){

object=newObject();

//...其他代码

}

}

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

publicclassSimple{

Objectobject;

publicvoidmethod1(){

object=newObject();

//...其他代码

object=null;

}

}

这样,之前“new Object()”分配的内存,就可以被GC回收。

到这里,Java的内存泄露应该都比较清楚了。下面再进一步说明:

在堆中的分配的内存,在没有将其释放掉的时候,就将所有能访问这块内存的方式都删掉(如指针重新赋值),这是针对c++等语言的,Java中的GC会帮我们处理这种情况,所以我们无需关心。

在内存对象明明已经不需要的时候,还仍然保留着这块内存和它的访问方式(引用),这是所有语言都有可能会出现的内存泄漏方式。编程时如果不小心,我们很容易发生这种情况,如果不太严重,可能就只是短暂的内存泄露。

一些容易发生内存泄露的例子和解决方法

像上面例子中的情况很容易发生,也是我们最容易忽略并引发内存泄露的情况,解决的原则就是尽量减小对象的作用域(比如android studio中,上面的代码就会发出警告,并给出的建议是将类的成员变量改写为方法内的局部变量)以及手动设置null值。

至于作用域,需要在我们编写代码时多注意;null值的手动设置,我们可以看一下Java容器LinkedList源码(可参考:Java之LinkedList源码解读(JDK 1.8))的删除指定节点的内部方法:

//删除指定节点并返回被删除的元素值

E unlink(Nodex){

//获取当前值和前后节点

finalE element=x.item;

finalNodenext=x.next;

finalNodeprev=x.prev;

if(prev==null){

first=next;//如果前一个节点为空(如当前节点为首节点),后一个节点成为新的首节点

}else{

prev.next=next;//如果前一个节点不为空,那么他先后指向当前的下一个节点

x.prev=null;

}

if(next==null){

last=prev;//如果后一个节点为空(如当前节点为尾节点),当前节点前一个成为新的尾节点

}else{

next.prev=prev;//如果后一个节点不为空,后一个节点向前指向当前的前一个节点

x.next=null;

}

x.item=null;

size--;

modCount++;

returnelement;

}

除了修改节点间的关联关系,我们还要做的就是赋值为null的操作,不管GC何时会开始清理,我们都应及时的将无用的对象标记为可被清理的对象。

我们知道Java容器ArrayList是数组实现的(可参考:Java之ArrayList源码解读(JDK 1.8)),如果我们要为其写一个pop()(弹出)方法,可能会是这样:

publicE pop(){

if(size==0)

returnnull;

else

return(E)elementData[--size];

}

写法很简洁,但这里却会造成内存溢出:elementData[size-1]依然持有E类型对象的引用,并且暂时不能被GC回收。我们可以如下修改:

publicE pop(){

if(size==0)

returnnull;

else{

E e=(E)elementData[--size];

elementData[size]=null;

returne;

}

}

我们写代码并不能一味的追求简洁,首要是保证其正确性。

容器使用时的内存泄露

在很多文章中可能看到一个如下内存泄露例子:

Vectorv=newVector();

for(inti=1;i<100;i++)

{

Objecto=newObject();

v.add(o);

o=null;

}

可能很多人一开始并不理解,下面我们将上面的代码完整一下就好理解了:

voidmethod(){

Vectorvector=newVector();

for(inti=1;i<100;i++)

{

Objectobject=newObject();

vector.add(object);

object=null;

}

//...对vector的操作

//...与vector无关的其他操作

}

这里内存泄露指的是在对vector操作完成之后,执行下面与vector无关的代码时,如果发生了GC操作,这一系列的object是没法被回收的,而此处的内存泄露可能是短暂的,因为在整个method()方法执行完成后,那些对象还是可以被回收。这里要解决很简单,手动赋值为null即可:

voidmethod(){

Vectorvector=newVector();

for(inti=1;i<100;i++)

{

Objectobject=newObject();

vector.add(object);

object=null;

}

//...对v的操作

vector=null;

//...与v无关的其他操作

}

上面Vector已经过时了,不过只是使用老的例子来做内存泄露的介绍。我们使用容器时很容易发生内存泄露,就如上面的例子,不过上例中,容器时方法内的局部变量,造成的内存泄漏影响可能不算很大(但我们也应该避免),但是,如果这个容器作为一个类的成员变量,甚至是一个静态(static)的成员变量时,就要更加注意内存泄露了。

下面也是一种使用容器时可能会发生的错误:

publicclassCollectionMemory{

publicstaticvoidmain(Strings[]){

Setobjects=newLinkedHashSet();

objects.add(newMyObject());

objects.add(newMyObject());

objects.add(newMyObject());

System.out.println(objects.size());

while(true){

objects.add(newMyObject());

}

}

}

classMyObject{

//设置默认数组长度为99999更快的发生OutOfMemoryError

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值