????? 性能往往出現(xiàn)在你做容易忽略的地方！
????? 最近開發(fā)了一個WML服務端，部署在tomcat6.0,默認內存64M。做壓力測試，用LR每秒跑50個用戶并發(fā)，結果2小時后內存的永久區(qū)就滿了，且不回收，查程序，感覺任何可以優(yōu)化的地方都已經優(yōu)化了，最后窮盡的辦法，還是老樣子。最好還是感覺我們公司的測試人員NB,發(fā)現(xiàn)java.util.concurrent.ConcurrentHashMap$Segment的對象越來越多，經網上資料分析，極有可能是session堆積造成的。這個時候才恍然大悟，因為壓力測試的時候，都沒模擬新的用戶，每次訪問服務端都會創(chuàng)建一個新的session對象，保存在服務器端，如果session有效期不過期，那么就一直保存著，知道內存耗盡。只要知道問題的所在，就比較容易解決問題了。我們都知道session的過期時間是在web.wml里面設置，原來我設置了一天，現(xiàn)在改成30分鐘，不再出現(xiàn)內容消耗的情況了，謝天謝地謝測試。
<session-config>
??<session-timeout>30</session-timeout>
?</session-config>
????? 得出的結論是，如果想保存session時間久一點，那么設計tomcat的內存大一點，防止請求量的情況出現(xiàn)內存耗盡。如果session在測試中用到不多或者失效性不強，沒有必要加內容，直接修改wen.xml即可。
???? 附上網上一個“專家”的分析，http://ddupnow.javaeye.com/blog/621619