项目开发结束了,需要做一下压力测试,就使用apache自带的ab程序进行压力测试,300个并发20000个请求,压了4组,服务器端内存就疯长到了330m,jvm一共才配置了512m,tomcat基本响应就很慢了,经过观察,330m内存基本不释放,查看自己开发的代码,没有发现不断向静态队列里不停地压对象的代码,应该基本排除是自有代码的问题,于是不停地google,发现了http://ddupnow.javaeye.com/blog/621619文章,博主的问题和我的症状很像,于是按照他的方式下载了visualvm and heapanalyzer软件,我用的是jdk1.5,发现visualvm竟然不能dump heap,于是又一番google,发现是jdk1.5的问题,于是修改成jdk1.6,这下可以到处内存堆了,然后使用heapanalyzer进行分析,dump文件很大,heapanalyzer软件几次导入都在55%的地方死掉,分析应该是jvm内存不够,所以采用命令行加参数来启动,java -Xmx1000m -Xms1000m -jar ha405.jar,ha405.jar是heapanalyzer的jar包,这下果然顺利装在dump文件,分析后和上面博主提出症状一样,也是压力测试软件频繁生成session,但session不释放问题,于是按照那篇博文的方式修改jsp文件,添加session="false"标示,再次测试,发现内存依然居高不下,分析我们的代码,我们采用的是struts架构,猜测应该是struts的控制器代码里创建了session信息,google发现http://java.chinaitlab.com/Struts/727256_2.html文章,果然是控制器里创建了session信息,由于我们的系统后台利用到了session信息,所以不能直接通过修改配置项来控制不生成session,我们的方案是集成一个控制器,通过url匹配,如果是前端页面就不创建session,如果是后台系统就创建session。
JavaMelody能够在QA和实际运行生产环境监测Java或Java EE应用程序服务器。并以图表的形式显示:Java内存和Java CPU使用情况,用户Session数量,JDBC连接数,和http请求、sql请求、jsp页面与业务接口方法(EJB3、Spring、Guice)的执行数量,平均执行时间,错误百分比等。图表可以按天,周,月,年或自定义时间段查看。