注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

古城风~~~

竹密无妨溪水过,天高不碍白云飞。这天下总有一份是属于我古城的天地!

 
 
 

日志

 
 

Java内存泄露问题分析  

2007-12-05 09:05:31|  分类: java/jsp |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

很多人在谈论内存泄露问题,当然对于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比我聪明,不过应该也要动一点脑子吧。

出处: csdn

原文地址:Java内存泄露问题分析--●★黑客基地★●
http://hackbase.com/tech/2005%2D01%2D14/78317/

  评论这张
 
阅读(346)| 评论(0)
推荐 转载

历史上的今天

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2017