问题现象描述：
    经过观察发现JVM的heap快速增长，在经过一天的时间4000M的内存基本用光了，垃圾回收的效果不理想。在系统中查看JVM的线程，发现线程占用内存增长很快，达到物理内存的62%左右就会宕机。

问题分析：
内存泄露： 指由于疏忽或错误造成程序未能释放已经不再使用的内存的情况。内存泄漏并非指内存在物理上的消失，而是应用程序分配某段内存后，由于设计错误，失去了对该段内存的控制，因而造成了内存的浪费。

解决方案：
    这个很可能是web应用代码中的泄露，在经过开发人的确认后，证明确实是应用中使用了Hibernate3.0的连接池dbcp造成问题的根本原因。
内存泄露的问题困难在于：
                               1.编译器不能发现这些问题。
                               2.运行时才能捕获到这些错误，这些错误没有明显的症状，时隐时现。
                               3.对于手机等终端开发用户来说，尤为困难。

从下面三个方面来解决内存泄露。
     第一：良好的编码习惯，尽量在涉及内存的程序段，检测出内存泄露。当程式稳定之后，再来检测内存泄露时，无疑增加了排除的困难和复杂度。
     第二，在声明对象引用之前，明确内存对象的有效作用域。在一个函数内有效的内存对象，应该声明为 local 变量，与类实例生命周期相同的要声明为实例变量……以此类推。
     第三，在内存对象不再需要时，记得手动将其引用置空。

解决结果：
在开发人员修改代码以后，经过一天的观察JVM的heap没有再快速上涨，而且系统运行稳定，证明该问题确实是Hibernate3.0的连接池dbcp连接池引起的。