学习JavaMelody系统监控工具使用配置

项目开发结束了，需要做一下压力测试，就使用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）的执行数量，平均执行时间，错误百分比等。图表可以按天，周，月，年或自定义时间段查看。