今天新能测试组的同事找我看一个奇怪的现象。一个tomcat应用，里面只有一个单纯的jsp页面，而且这个jsp页面没有任何java代码（想用这个jsp页面测试在她的服务器上的一个tomcat的最大QPS）。但是用loadrunner压测了几分钟之后，分配了1024M堆内存的tomcat居然包heap space outofmemory!这个页面的代码如下：

最初的分析是，一个JSP页面撑死了会产生一个对应的java文件，然后这个java文件编译成class文件，加载到内存里面去。也就是会有一个class对象会被加载到PermGen space里面去。跟heap space是没有任何关系的。但是最后报的是对空间溢出。于是猜测肯定是每请求一次jsp页面就会生成一个对象。

百度了一下，发现每请求一次JSP页面，会产生一个session对象。在tomcat的web.xml里面有这么个配置：

也就是说每请求一次jsp页面，会产生一个session对象，并且这个对象30分钟后才过期。我们计算了下当时的QPS是5000，也就是说每秒钟产生5000个session对象。每分钟产生300K个对象，session是个map对象，比较大，这样很快就会把内存撑爆。

解决办法如下：

1.在page指令里添加session=false。

2.把session的过期时间设成0。

现在她的loadrunner跑的很稳定。工作之后就再也没有用过jsp了，查jsp的问题还是比较费力