今天新能測試組的同事找我看一個(gè)奇怪的現(xiàn)象。一個(gè)tomcat應(yīng)用,里面只有一個(gè)單純的jsp頁面,而且這個(gè)jsp頁面沒有任何java代碼(想用這個(gè)jsp頁面測試在她的服務(wù)器上的一個(gè)tomcat的最大qps)。但是用loadrunner壓測了幾分鐘之后,分配了1024m堆內(nèi)存的tomcat居然包heap space outofmemory!這個(gè)頁面的代碼如下:
代碼如下:
<%@ page language=java contenttype=text/html; charset=iso-8859-1
pageencoding=iso-8859-1%>
<!doctype html public -//w3c//dtd html 4.01 transitional//en >
<html>
<head>
<meta http-equiv=content-type content=text/html; charset=iso-8859-1>
<title>test</title>
</head>
<body>
<p>hello world!</p>
</body>
</html>
最初的分析是,一個(gè)jsp頁面撐死了會產(chǎn)生一個(gè)對應(yīng)的java文件,然后這個(gè)java文件編譯成class文件,加載到內(nèi)存里面去。也就是會有一個(gè)class對象會被加載到permgen space里面去。跟heap space是沒有任何關(guān)系的。但是最后報(bào)的是對空間溢出。于是猜測肯定是每請求一次jsp頁面就會生成一個(gè)對象。
百度了一下,發(fā)現(xiàn)每請求一次jsp頁面,會產(chǎn)生一個(gè)session對象。在tomcat的web.xml里面有這么個(gè)配置:
代碼如下:
<session-config>
<session-timeout>30</session-timeout>
</session-config>
也就是說每請求一次jsp頁面,會產(chǎn)生一個(gè)session對象,并且這個(gè)對象30分鐘后才過期。我們計(jì)算了下當(dāng)時(shí)的qps是5000,也就是說每秒鐘產(chǎn)生5000個(gè)session對象。每分鐘產(chǎn)生300k個(gè)對象,session是個(gè)map對象,比較大,這樣很快就會把內(nèi)存撐爆。
解決辦法如下:
1.在page指令里添加session=false。
2.把session的過期時(shí)間設(shè)成0。
現(xiàn)在她的loadrunner跑的很穩(wěn)定。工作之后就再也沒有用過jsp了,查jsp的問題還是比較費(fèi)力