JAVA内存泄露分析及解决

一,问题产生
    项目采用Tomcat6.0为服务器,数据库为mysql5.1,数据库持久层为hibernate3.0,以springMVC3.0为框架,项目开发完成后,上线前夕进行稳定性拷机,测试数据为插入4条/S,更新4条/S,访问300次/S,前期运行速度顺畅,三天后就开始运行缓慢,访问量达到1500W次后以抛出Java heap space结束.
二.问题分析
    1.前期分析为链接池内存溢出,期间优化了链接池参数,调整了tomcat线程参数,替换数据库链接池,问题依旧
    2.看来问题不是简单的参数配置,须要进行一点深刻的研究分析了,在和同事研究了一些资料后,对JAVA的垃圾收集机制有了必定的了解,JVM的内存模型分为新生代和老生代,JDK自己提供了一个监视工具jconsole.exe,进入bin文件夹打开后,选择链接--tomcat--内存,能够开始监视JVM内存回收状况,经过一段时间的监视后,发现了老生代的内存回收存在异常.

从上图能够看出,每次回收的内存都比上一次少,能够判断老生代的内存发生了泄露.
    3.虽然知道了存在内存泄露,可是没法判断是哪里发生了泄露,为此咱们须要把堆(dump)导出来进行分析,JDK也提供了导出工具jvisualvm.exe,启动后右键点击线程--堆Dump,能够导出Dump文件.
    4.使用MAT(MemoryAnalyzer)分析Dump文件,该工具的下载地址为:http://www.eclipse.org/mat,能够下载离线版,也能够集成到eclipse,使用很方便.打开该工具导入Dump文件,稍等一会,就能够得出MAT提供的分析报告

MAT指出了该Dump中一个HashMap的实例发生了内存泄露,占用了JVM819M的内存,继续点击Details能够获得更详细的信息

这个detail比较详细的指出了问题所在,一个叫viewCache的hashMap实例占用共859M内存,虽然每一个实例只有几百字节,可是一共产生了134W个实例.
    5.分析出这个问题点,接下去就是排查代码问题了,排查代码得知该项目使用springMVC,其中viewCache是spring中使用的一个视图缓存,在项目中如一个处理视图跳转的代码:

LinkedList list = this.getPathParam(mvValue);
    for (int i = 0; i < list.size(); i++) {
     String paramName = (String) list.get(i);
     String paramValue = null;
     paramValue = RequestUtils.getParamString(map, paramName);
     paramValue = paramValue == null ? "" : paramValue;
     mvValue = StringUtils.replace(mvValue, "#" + paramName+"#", paramValue);
   }
    return new ModelAndView(mvValue); 

因为paramValue每次都是动态生成的uuid,形成了每次的mvvalue都不一样,这样每次都会生成一个不同的视图,这样的视图累积到100多W个的时候,终于把tomcat撑暴了.百度了一下,果真也已经有人注意到了这个问题:http://jackyrong.iteye.com/blog/1744342.
    6.知道了问题所在后,就能够修改代码了,咱们须要将ModelAndView的视图名称固定,动态参数能够经过ModelAndView提供的addObject方法传入,修改后的代码以下:

      //判断若是视图名称包含"snms_result.jsp",则将视图名称返回值统一,解决因动态产生视图名称过多产生的内存泄露问题, by feitianbubu 2013年5月27日 11:21:31
    ModelAndView mv=new ModelAndView(mvValue);
    LinkedList list = this.getPathParam(mvValue);
    for (int i = 0; i < list.size(); i++) {
     String paramName = (String) list.get(i);
     String paramValue = null;
     paramValue = RequestUtils.getParamString(map, paramName);
     paramValue = paramValue == null ? "" : paramValue;
     mv.addObject("id", ",'"+paramValue+"'");
    }
    return mv;

7. 代码commit SVN,发布拷机,观察内存回收状况

(为了更快模拟环境采用1000次/S插入数据和1000次/S读取数据,因此GC会比较频繁)
能够看出老生代内存获得有效回收,内存泄露的问题获得解决