Java内存泄露问题分析

2016-01-29 12:58 19 1 收藏

Java内存泄露问题分析,Java内存泄露问题分析

【 tulaoshi.com - Java 】

  很多人在谈论内存泄露问题,当然对于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;
  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存在内存泄露,但是也不要夸大其辞。如

来源:http://www.tulaoshi.com/n/20160129/1488333.html

延伸阅读
最近在工作中处理了一些内存泄露的问题,在这个过程中我尤其发现了一些基本的问题反而忽略导致内存泄露,比如静态变量,cursor关闭,线程,定时器,反注册,bitmap等等,我稍微统计并总结了一下,当然了,这些问题这么说起来比较笼统,接下来我会根据问题,把一些实例代码贴出来,一步一步分析,在具体的场景下,用行之有效的方法,找出泄露的根...
1.原码、反码和补码定义 1.原码 将最高位作为符号位(以0代表正,1代表负),其余各位代表数值本身的绝对值(以二进制表示)。 为了简单起见,我们用1个字节来表示一个整数。      +7的原码为: 00000111      -7的原码为: 10000111 2.反码 一个数如果为正,则它的反码与原码相同;一个数如...
尽管关于Java中文问题的讨论已经相当多了,但由于Java的相关技术标准繁多,面向Java的Web服务器、应用服务器以及JDBC数据库驱动等都没有官方的标准,所以Java应用在处理中文时所存在的问题不仅没有消失而且随着所选用的服务器、驱动程序以及运行环境等因素的不同而变化。那么我们如何从众多现象中找出问题所在,并进行分析和解决呢?与大部...
最近对程序占用内存方面做了一些优化,取得了不错的效果,总结了一些经验。 简要说一下,相信会对大家写出优质的程序有所帮助。 下面的论述针对32位系统,对64位系统不适用,后叙经常你写了一个程序,一测试,功能没问题,一看内存占用也不多,就不去考虑其它的东西了。但可能程序使用了一个什么数据结构,会当数据规模变大时,内存占用激增...
Java的一个重要优点就是通过垃圾收集器(Garbage Collection,GC)自动管理内存的回收,程序员不需要通过调用函数来释放内存。因此,很多程序员认为Java不存在内存泄漏问题,或者认为即使有内存泄漏也不是程序的责任,而是GC或JVM的问题。其实,这种想法是不正确的,因为Java也存在内存泄露,但它的表现与C++不同。 随着越来越多的服务...

经验教程

363

收藏

83
微博分享 QQ分享 QQ空间 手机页面 收藏网站 回到头部