今天新能測試組的同事找我看一個奇怪的現象。一個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的問題還是比較費力