Java中的memory leak常见的原因有哪几种？

GC经常运行的原因可能是memory leak，常见的原因有哪些呢？比如没有释放数据源等
资源，还有其他的吗？

http://www.oschina.net/question/1390076_242911
http://topic.dnbcw.info/java/71367

http://blog.csdn.net/michaellufhl/article/details/4785832

Java

的一个重要优点就是通过垃圾收集器

（

Garbage Collection

）自动管理内存的回

收，

程序员不需要通过调用函数来释放内存。

因此，

很多程序员认为

Java

不存在内存泄漏问题，

或者认为即使有内存泄漏也不是程序的责任，而是

或

JVM

的问题。其实，这种想法是不正

确的，因为

Java

也存在内存泄漏，但它的表现与

C++

不同。

如果正在开发的

Java

代码要全

天

小时在服务器上运行，

则内存漏洞在此处的影响就比在配置实用程序中的影响要大得多，

即使最小的漏洞也会导致

JVM

耗尽全部可用内存。

另外，在很多嵌入式系统中，内存的总量非

常有限。在相反的情况下，即便程序的生存期较短，

如果存在分配大量临时对象

（或者若干吞噬

大量内存的对象）

的任何

Java

代码，

而且当不再需要这些对象时也没有取消对它们的引用，

则

仍然可能达到内存极限。

2 Java

内存回收机制

Java

的内存管理就是对象的分配和释放问题。分配内存的方式多种多样，取决于该种语言

的语法结构。但不论是哪一种语言的内存分配方式，最后都要返回所分配的内存块的起始地址，

即返回一个指针到内存块的首地址。在

Java

中所有对象都是在堆（

Heap

）中分配的，对象的

创建通常都是采用

new

或者是反射的方式，但对象释放却有直接的手段，所以对象的回收都是

由

Java

虚拟机通过垃圾收集器去完成的。这种收支两条线的方法确实简化了程序员的工作，但

同时也加重了

JVM

的工作，这也是

Java

程序运行速度较慢的原因之一。因为，

为了能够

正确释放对象，

必须监控每一个对象的运行状态，

包括对象的申请、

引用、

被引用、

赋值等，

都需要进行监控。

监视对象状态是为了更加准确地、

及时地释放对象，

而释放对象的根本原

则就是该对象不再被引用。

Java

使用有向图的方式进行内存管理，可以消除引用循环的问题，

例如有三个对象，

相互引用，

只要它们和根进程不可达，

那么

也是可以回收它们的。

在

Java

语言中，判断一块内存空间是否符合垃圾收集器收集标准的标准只有两个：一个是给对象赋予

了空值

null

，以下再没有调用过，另一个是给对象赋予了新值，即重新分配了内存空间。

3 Java

中的内存泄漏

3.1 Java

中内存泄漏与

C++

的区别

在

Java

中，内存泄漏就是存在一些被分配的对象，这些对象有下面两个特点

首先，这

些对象是可达的，即在有向图中，存在通路可以与其相连；其次，这些对象是无用的，即程序

以后不会再使用这些对象。如果对象满足这两个条件，这些对象就可以判定为

Java

中的内存

泄漏，这些对象不会被

所回收，然而它却占用内存。在

C++

中，内存泄漏的范围更大一

些。有些对象被分配了内存空间，然后却不可达，由于

C++

中没有

，这些内存将永远收不

回来。在

Java

中，这些不可达的对象都由

负责回收，因此程序员不需要考虑这部分的内

存泄漏。通过分析，可以得知，对于

C++

，程序员需要自己管理边和顶点，而对于

Java

程

序员只需要管理边就可以了（不需要管理顶点的释放）。通过这种方式，

Java

提高了编程的

效率。

3.2

内存泄漏示例

3.2.1

示例

在这个例子中，循环申请

Object

对象，并将所申请的对象放入一个

Vector

中，如果仅仅

释放引用本身，那么

Vector

仍然引用该对象，所以这个对象对

来说是不可回收的。因此，

如果对象加入到

Vector

后，还必须从

Vector

中删除，最简单的方法就是将

Vector

对象设置

为

null

。

Vector v = new Vector(10);

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

{Object o = new Object();

v.add(o);

o = null;

}//

此时，所有的

Object

对象都没有被释放，因为变量

引用这些对象。实际上无用，而还被

引用的对象，

就无能为力了（事实上

认为它还有用），这一点是导致内存泄漏最重要

的原因。

(1)

如果要释放对象，就必须使其的引用记数为

，只有那些不再被引用的对象才能被释放，这

个原理很简单，但是很重要，是导致内存泄漏的基本原因，也是解决内存泄漏方法的宗旨；

(2)

程序员无须管理对象空间具体的分配和释放过程，但必须要关注被释放对象的引用记数是否

为

；

(3)

一个对象可能被其他对象引用的过程的几种：

直接赋值，如上例中的

A.a = E

；

通过参数传递，例如

public void addObject(Object E)

；

其它一些情况如系统调用等。

3.3

容易引起内存泄漏的几大原因

3.3.1

静态集合类

像

HashMap

、

Vector

等静态集合类的使用最容易引起内存泄漏，

因为这些静态变量的生

命周期与应用程序一致，如示例

，如果该

Vector

是静态的，那么它将一直存在，而其中所有

的

Object

对象也不能被释放，因为它们也将一直被该

Vector

引用着。

3.3.2

监听器

在

java

编程中，我们都需要和监听器打交道，通常一个应用当中会用到很多监听器，我们

会调用一个控件的诸如

addXXXListener()

等方法来增加监听器，但往往在释放对象的时候却

没有记住去删除这些监听器，从而增加了内存泄漏的机会。

3.3.3

物理连接

一些物理连接，比如数据库连接和网络连接，除非其显式的关闭了连接，否则是不会自

动被

回收的。

Java

数据库连接一般用

DataSource.getConnection()

来创建，当不再使

用时必须用

Close()

方法来释放，因为这些连接是独立于

JVM

的。对于

Resultset

和

Statement

对象可以不进行显式回收，

但

Connection

一定要显式回收，

因为

Connection

在

任何时候都无法自动回收，而

Connection

一旦回收，

Resultset

和

Statement

对象就会立

即为

NULL

。但是如果使用连接池，情况就不一样了，除了要显式地关闭连接，还必须显式地关

闭

Resultset Statement

对象（关闭其中一个，另外一个也会关闭），否则就会造成大量的

Statement

对象无法释放，从而引起内存泄漏。

3.3.4

内部类和外部模块等的引用

内部类的引用是比较容易遗忘的一种，

而且一旦没释放可能导致一系列的后继类对象没有

释放。对于程序员而言，自己的程序很清楚，

如果发现内存泄漏，

自己对这些对象的引用可以很

快定位并解决，

但是现在的应用软件并非一个人实现，

模块化的思想在现代软件中非常明显，

所

以程序员要小心外部模块不经意的引用，例如程序员

负责

模块，调用了

模块的一个方

法如：

public void registerMsg(Object b);

这种调用就要非常小心了，传入了一个对象，很可能模块

就保持了对该对象的引用，这时候

就需要注意模块

是否提供相应的操作去除引用。

预防和检测内存漏洞

在了解了引起内存泄漏的一些原因后，应该尽可能地避免和发现内存泄漏。

(1)

好的编码习惯。最基本的建议就是尽早释放无用对象的引用，大多数程序员在使用临时

变量的时候，都是让引用变量在退出活动域后，自动设置为

null

。在使用这种方式时候，必须

特别注意一些复杂的对象图，

例如数组、

列、

树、

图等，

这些对象之间有相互引用关系较为复杂。

对于这类对象，

回收它们一般效率较低。如果程序允许，尽早将不用的引用对象赋为

null

。

另外建议几点：

在确认一个对象无用后，将其所有引用显式的置为

null

；

当类从

Jpanel

或

Jdialog

或其它容器类继承的时候，删除该对象之前不妨调用它的

removeall()

方法；

在设一个引用变量为

null

值之前，应注意该引用变量指向的对象是否被监听，若有，要首

先除去监听器，然后才可以赋空值；

当对象是一个

Thread

的时候，删除该对象之前不妨调用它的

interrupt()

方法；

内存检测过程中不仅要关注自己编写的类对象，同时也要关注一些基本类型的对象，例如：

int[]

、

String

、

char[]

等等；

如果有数据库连接，使用

try...finally

结构，在

finally

中关闭

Statement

对象和连接。

(2)

好的测试工具。在开发中不能完全避免内存泄漏，关键要在发现有内存泄漏的时候能用

好的测试工具迅速定位问题的所在。

市场上已有几种专业检查

Java

内存泄漏的工具，

它们的基

本工作原理大同小异，都是通过监测

Java

程序运行时，所有对象的申请、

释放等动作，将内存

管理的所有信息进行统计、

分析、

可视化。

开发人员将根据这些信息判断程序是否有内存泄漏问

题。这些工具包括

Optimizeit Profiler

、

JProbe Profiler

、

JinSight

、

Rational

公司的

Purify

等。

记：

映像（

Reflector

）

是一个程序分析自己的能力。

java.lang.reflect

包提供了获取关于字段、

构造函数、方法和类的修改器的信息的能力。利用这些信息可以建立和

Java Beans

组件打交

道的工具。可以动态创建组件的特征。

堆（

heap

）

：栈

(stack)

与堆

(heap)

都是

Java

用来在

Ram

中存放数据的地方。与

C++

不同，

Java

自动管理栈和堆，程序员不能直接地设置栈或堆。

栈的优势是，

存取速度比堆要快，

仅次于直接位于

CPU

中的寄存器。但缺点是，存在栈中的数据大小与生存期必须是确定的，缺

乏灵活性。另外，栈数据可以共享，堆的优势是可以动态地分配内存大小，生存期也不必事先告

诉编译器，

Java

的垃圾收集器会自动收走这些不再使用的数据。但缺点是，由于要在运行时动

态分配内存，存取速度较慢。

连接池：在实际应用开发中，特别是在

WEB

应用系统中，如果

JSP

、

Servlet

或

EJB

使用

JDBC

直接访问数据库中的数据，

每一次数据访问请求都必须经历建立数据库连接、

打开数据库、

存取数据和关闭数据库连接等步骤，

而连接并打开数据库是一件既消耗资源又费时的工作，

如果

频繁发生这种数据库操作，

系统的性能必然会急剧下降，

甚至会导致系统崩溃。

数据库连接池技

术是解决这个问题最常用的方法，在许多应用程序服务器（例如：

Weblogic,WebSphere,JBoss

）中，基本都提供了这项技术，无需自己编程，但是，深入了解

这项技术是非常必要的。

数据库连接池技术的思想非常简单，将数据库连接作为对象存储在一个

Vector

对象中，一旦数

据库连接建立后，

不同的数据库访问请求就可以共享这些连接，

这样，

通过复用这些已经建立的

数据库连接，可以克服上述缺点，极大地节省系统资源和时间。

数据库连接池的主要操作如下：

（

）建立数据库连接池对象（服务器启动）。

（

）按照事先指定的参数创建初始数量的数据库连接（即：空闲连接数）。

（

）对于一个数据库访问请求，直接从连接池中得到一个连接。如果数据库连接池对象中没有

空闲的连接，且连接数没有达到最大（即：最大活跃连接数），创建一个新的数据库连接。

（

）存取数据库。

（

）关闭数据库，释放所有数据库连接（此时的关闭数据库连接，并非真正关闭，而是将其放

入空闲队列中。如实际空闲连接数大于初始空闲连接数则释放连接）。

（

）释放数据库连接池对象（服务器停止、维护期间，释放数据库连接池对象，并释放所有连

接）。

还有一个比如全容器里放了数据，容器设置为空，但是里面的数据不会被释放掉的
比如List list=new ArrayList();
object1 o1=new object1();
list.add(o1);
然后设置成list=null;
这时就会问题，但是程序是不会报错的