Java是否存在内存泄露的问题

内存泄露是指一个再也不被程序使用的对象或变量还在内存中占有存储空间。在C/C++语言中，内存的分配与释放是由开发人员来负责的，若是开发人员忘记释放已分配的内存就会形成内存泄露。而在Java语言中引进了垃圾回收机制，由垃圾回收器负责回收再也不使用的对象，既然有垃圾回收器来负责回收垃圾，那么是否还会存在内存泄露的问题呢？

其实，在Java语言中，判断一个内存空间是否符合垃圾回收的标准有两个：第一，给对象赋予了空值null，之后再没有被使用过；第二，给对象赋予了新值，从新分配了内存空间。通常来说，内存泄露主要有两种状况：一是在堆中申请的空间没有被释放；二是对象已再也不被使用，但仍然还在内存中保留着。垃圾回收机制的引入能够有效地解决第一种状况；而对于第二种状况，垃圾回收机制则没法保证再也不使用的对象会被释放。所以，Java语言中的内存泄露主要指的是第二种状况。

下面经过一个示例来介绍Java语言中的内存泄露：

Vector v = new Vector();
for(int i=1;i<10;i++)
{
   Object o = new Object();
   v.add(o);
}

在上述示例的循环中，不断建立新的对象加到Vector对象中，当退出循环后，o的做用域将会结束，可是因为v在使用这些对象，所以垃圾回收器没法将其回收，此时就造化了内存泄露。只有将这些对象从Vector中删除才能释放建立的这些对象。

在Java语言中，容易引发内存泄露的缘由不少，主要有一下几个方面的内容：

1）静态集合类，例如HashMap和Vector。若是这些容器为静态的，因为他们的生命周期与程序一致，那么容器中的对象在程序结束以前将不能被释放，从而形成内存泄露，如上例所示。

2）各类链接，例如数据库链接、网络链接以及IO链接等。在对数据库进行操做的过程当中，首先须要创建与数据库的链接，当不在使用时，须要调用close方法来释放与数据库的链接。只有链接被关闭后垃圾回收器才会回收对应的对象。不然，若是在访问数据库的过程当中，对Connection、Statement或ResultSet不显示地关闭，将会形成大量的对象没法被回收，从而引发内存泄露。

3）监听器。在Java语言中，每每会使用到监听器。一般一个应用中会应用到多个监听器，但在释放对象的同时每每没有相应的删除监听器，这也可能致使内存泄露。

4）变量不合理的做用域。通常而言，若是一个变量的做用范围大于其使用范围，颇有可能会形成内存泄露，另外一方面若是没有及时地把对象设置为null，颇有可能会致使内存泄露的发生，示例以下：

class Server{
 private String msg;

 public void receiveMsg()
 {
    readFromNet();
    saveDB();
 }
}

在上述的伪代码中，经过readFromNet()方法接受的消息保存在变量msg中，而后调用saveDB()方法把msg的内容保存到数据库中，此时msg已经没有用了，可是因为msg的生命周期与对象的生命周期相同，此时msg还不能被回收，一次形成了内存泄露。对于这种问题，有以下两种解决方法：第一种方法，因为msg的做用范围只在receiveMsg()方法内，一次能够把msg定义为这个方法的局部变量，当方法结束后，msg的生命周期就会结束，此时垃圾回收器就能够回收msg的内容了；第二种方法，在使用完msg后就把msg设置为null，这样垃圾回收器也会自动回收msg内容所占的内存空间。

5）单例模式可能会形成内存泄露。单例模式的实现方法有不少种，下例中所使用的单例模式就可能会形成内存泄露：

class BigClass{
  //class body
}

class Singleton{
  private BigClass bc;

  private static Singleton instance = new Singleton(new BigClass());

  private Singleton(BigClass bc)
  {
    this.bc = bc;
  }

  public Singleton getInstance()
  {
    return instance;
  }
}

在上述实现的单例模式中，Singleton存在一个对对象BigClass的引用，因为单例对象以静态变量的方式存储，所以它在JVM的整个生命周期中都存在，同时因为它有一个对对象BigClass的引用，这样会致使BigClass类的对象不可以被回收。