问题描述
- 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
解决方案三：
还有一个比如全容器里放了数据，容器设置为空，但是里面的数据 不会被释放掉的
比如List list=new ArrayList();
object1 o1=new object1();
list.add(o1);
然后设置成list=null;
这时就会问题，但是程序是不会报错的
解决方案四：
Java
的一个重要优点就是通过垃圾收集器
GC
（
Garbage Collection
）自动管理内存的回
收，
程序员不需要通过调用函数来释放内存。
因此，
很多程序员认为
Java
不存在内存泄漏问题，
或者认为即使有内存泄漏也不是程序的责任，而是
GC
或
JVM
的问题。其实，这种想法是不正
确的，因为
Java
也存在内存泄漏，但它的表现与
C++
不同。
如果正在开发的
Java
代码要全
天
24
小时在服务器上运行，
则内存漏洞在此处的影响就比在配置实用程序中的影响要大得多，
即使最小的漏洞也会导致
JVM
耗尽全部可用内存。
另外，在很多嵌入式系统中，内存的总量非
常有限。在相反的情况下，即便程序的生存期较短，
如果存在分配大量临时对象
（或者若干吞噬
大量内存的对象）
的任何
Java
代码，
而且当不再需要这些对象时也没有取消对它们的引用，
则
仍然可能达到内存极限。
2 Java
内存回收机制
Java
的内存管理就是对象的分配和释放问题。分配内存的方式多种多样，取决于该种语言
的语法结构。但不论是哪一种语言的内存分配方式，最后都要返回所分配的内存块的起始地址，
即返回一个指针到内存块的首地址。在
Java
中所有对象都是在堆（
Heap
）中分配的，对象的
创建通常都是采用
new
或者是反射的方式，但对象释放却有直接的手段，所以对象的回收都是
由
Java
虚拟机通过垃圾收集器去完成的。这种收支两条线的方法确实简化了程序员的工作，但
同时也加重了
JVM
的工作，这也是
Java
程序运行速度较慢的原因之一。因为，
GC
为了能够
正确释放对象，
GC
必须监控每一个对象的运行状态，
包括对象的申请、
引用、
被引用、
赋值等，
GC
都需要进行监控。
监视对象状态是为了更加准确地、
及时地释放对象，
而释放对象的根本原
则就是该对象不再被引用。
Java
使用有向图的方式进行内存管理，可以消除引用循环的问题，
例如有三个对象，
相互引用，
只要它们和根进程不可达，
那么
GC
也是可以回收它们的。
在
Java
语言中，判断一块内存空间是否符合垃圾收集器收集标准的标准只有两个：一个是给对象赋予
了空值
null
，以下再没有调用过，另一个是给对象赋予了新值，即重新分配了内存空间。
3 Java
中的内存泄漏
3.1 Java
中内存泄漏与
C++
的区别
在
Java
中，内存泄漏就是存在一些被分配的对象，这些对象有下面两个特点
:
首先，这
些对象是可达的，即在有向图中，存在通路可以与其相连；其次，这些对象是无用的，即程序
以后不会再使用这些对象。如果对象满足这两个条件，这些对象就可以判定为
Java
中的内存
泄漏，这些对象不会被
GC
所回收，然而它却占用内存。在
C++
中，内存泄漏的范围更大一
些。有些对象被分配了内存空间，然后却不可达，由于
C++
中没有
GC
，这些内存将永远收不
回来。在
Java
中，这些不可达的对象都由
GC
负责回收，因此程序员不需要考虑这部分的内
存泄漏。通过分析，可以得知，对于
C++
，程序员需要自己管理边和顶点，而对于
Java
程
序员只需要管理边就可以了（不需要管理顶点的释放）。通过这种方式，
Java
提高了编程的
效率。
3.2
内存泄漏示例
3.2.1
示例
1
在这个例子中，循环申请
Object
对象，并将所申请的对象放入一个
Vector
中，如果仅仅
释放引用本身，那么
Vector
仍然引用该对象，所以这个对象对
GC
来说是不可回收的。因此，
如果对象加入到
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
对象都没有被释放，因为变量
v
引用这些对象。实际上无用，而还被
引用的对象，
GC
就无能为力了（事实上
GC
认为它还有用），这一点是导致内存泄漏最重要
的原因。
(1)
如果要释放对象，就必须使其的引用记数为
0
，只有那些不再被引用的对象才能被释放，这
个原理很简单，但是很重要，是导致内存泄漏的基本原因，也是解决内存泄漏方法的宗旨；
(2)
程序员无须管理对象空间具体的分配和释放过程，但必须要关注被释放对象的引用记数是否
为
0
；
(3)
一个对象可能被其他对象引用的过程的几种：
a.
直接赋值，如上例中的
A.a = E
；
b.
通过参数传递，例如
public void addObject(Object E)
；
c.
其它一些情况如系统调用等。
3.3
容易引起内存泄漏的几大原因
3.3.1
静态集合类
像
HashMap
、
Vector
等静态集合类的使用最容易引起内存泄漏，
因为这些静态变量的生
命周期与应用程序一致，如示例
1
，如果该
Vector
是静态的，那么它将一直存在，而其中所有
的
Object
对象也不能被释放，因为它们也将一直被该
Vector
引用着。
3.3.2
监听器
在
java
编程中，我们都需要和监听器打交道，通常一个应用当中会用到很多监听器，我们
会调用一个控件的诸如
addXXXListener()
等方法来增加监听器，但往往在释放对象的时候却
没有记住去删除这些监听器，从而增加了内存泄漏的机会。
3.3.3
物理连接
一些物理连接，比如数据库连接和网络连接，除非其显式的关闭了连接，否则是不会自
动被
GC
回收的。
Java
数据库连接一般用
DataSource.getConnection()
来创建，当不再使
用时必须用
Close()
方法来释放，因为这些连接是独立于
JVM
的。对于
Resultset
和
Statement
对象可以不进行显式回收，
但
Connection
一定要显式回收，
因为
Connection
在
任何时候都无法自动回收，而
Connection
一旦回收，
Resultset
和
Statement
对象就会立
即为
NULL
。但是如果使用连接池，情况就不一样了，除了要显式地关闭连接，还必须显式地关
闭
Resultset Statement
对象（关闭其中一个，另外一个也会关闭），否则就会造成大量的
Statement
对象无法释放，从而引起内存泄漏。
3.3.4
内部类和外部模块等的引用
内部类的引用是比较容易遗忘的一种，
而且一旦没释放可能导致一系列的后继类对象没有
释放。对于程序员而言，自己的程序很清楚，
如果发现内存泄漏，
自己对这些对象的引用可以很
快定位并解决，
但是现在的应用软件并非一个人实现，
模块化的思想在现代软件中非常明显，
所
以程序员要小心外部模块不经意的引用，例如程序员
A
负责
A
模块，调用了
B
模块的一个方
法如：
public void registerMsg(Object b);
这种调用就要非常小心了，传入了一个对象，很可能模块
B
就保持了对该对象的引用，这时候
就需要注意模块
B
是否提供相应的操作去除引用。
4
预防和检测内存漏洞
在了解了引起内存泄漏的一些原因后，应该尽可能地避免和发现内存泄漏。
(1)
好的编码习惯。最基本的建议就是尽早释放无用对象的引用，大多数程序员在使用临时
变量的时候，都是让引用变量在退出活动域后，自动设置为
null
。在使用这种方式时候，必须
特别注意一些复杂的对象图，
例如数组、
列、
树、
图等，
这些对象之间有相互引用关系较为复杂。
对于这类对象，
GC
回收它们一般效率较低。如果程序允许，尽早将不用的引用对象赋为
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
直接访问数据库中的数据，
每一次数据访问请求都必须经历建立数据库连接、
打开数据库、
存取数据和关闭数据库连接等步骤，
而连接并打开数据库是一件既消耗资源又费时的工作，
如果
频繁发生这种数据库操作，
系统的性能必然会急剧下降，
甚至会导致系统崩溃。
数据库连接池技
术是解决这个问题最常用的方法，在许多应用程序服务器（例如：
WeblogicWebSphereJBoss
）中，基本都提供了这项技术，无需自己编程，但是，深入了解
这项技术是非常必要的。
数据库连接池技术的思想非常简单，将数据库连接作为对象存储在一个
Vector
对象中，一旦数
据库连接建立后，
不同的数据库访问请求就可以共享这些连接，
这样，
通过复用这些已经建立的
数据库连接，可以克服上述缺点，极大地节省系统资源和时间。
数据库连接池的主要操作如下：
（
1
）建立数据库连接池对象（服务器启动）。
（
2
）按照事先指定的参数创建初始数量的数据库连接（即：空闲连接数）。
（
3
）对于一个数据库访问请求，直接从连接池中得到一个连接。如果数据库连接池对象中没有
空闲的连接，且连接数没有达到最大（即：最大活跃连接数），创建一个新的数据库连接。
（
4
）存取数据库。
（
5
）关闭数据库，释放所有数据库连接（此时的关闭数据库连接，并非真正关闭，而是将其放
入空闲队列中。如实际空闲连接数大于初始空闲连接数则释放连接）。
（
6
）释放数据库连接池对象（服务器停止、维护期间，释放数据库连接池对象，并释放所有连
接）。