robbin 的 HttpSession 總結

2019-11-18 13:16:41

字體：大中小

來源：轉載

供稿：網友

　　Httpsession不是java獨有的概念，jsp，php，asp都支持HttpSession。偶對，PHP還比較清楚，JSP也比較清楚，ASP沒有研究過這個問題，但估計和JSP一樣。
　　
　　apache httpd server本身不支持session，更多的作為一個web server，僅支持少量的SSI，CGI功能。我猜想你說的apache session大概是安裝了PHP的Apache。php的session確實是每次都要在apache的臨時目錄建了session文件。這有一定的緣故。由于不像JSP有一個JVM專門開辟了一個內存區，同時傳統的apache在unix是進程模型，進程間通訊比較困難，對于進程間共享session的問題，就是采取保存在硬盤上的辦法。只不過unix上的apache的IO效率非凡高，基本上不會有多少性能損失。這就是你看到apache臨時目錄里面有很多session文件的原因。
　　
　　對于JSP來說，在非集群環境下，session是保存在JVM開辟的內存里面的，那么究竟是否會使用某些算法，例如LRU算法將不常用的session鈍化在硬盤上呢？由于每個App Server實現不同，我也不敢下斷言，但是就普遍情況而言，是不會鈍化在硬盤上的。不論是Tomcat，還是Weblogic都是如此。其實這個問題很輕易就可以想清楚，session對象假如能夠鈍化在硬盤上，必須實現序列化接口，假如App Server沒有要求你必須把所有session對象實現序列化接口的化就意味著肯定不會鈍化到硬盤上，否則App Server一鈍化就很有可能報無法序列化的錯誤。
　　
　　因此session絕對不應該設為永遠不過期，實際上App Server也不會答應你這么做，就是你在程序里面這么設也不起作用。
　　
　　由于大量session占用過多JVM內存，導致JVM報告OutOfMemory的錯誤，這是一個很常見的現象，不管是多牛的App Server一樣會中招！絕不會有例外。也許某些人說這么輕易中招的App Server還能在市場上混下去嗎？
　　
　　拿weblogic來說吧，你寫一個JSP，就一句話 System.exit(0);，你運行一下，Weblogic Server馬上關閉，換了任何App Server都得中招，只有一個例外，就是Resin。因為resin很狡猾，用一個腳本不斷監視，一旦發現App Server down掉馬上重起。所以Resin也不是不中招，而是中招以后馬上重起罷了。
　　
　　因此程序帶來的性能問題不管多好的App Server都架不住，你說JRun可以鈍化到硬盤上，我相信肯定有一個前提，就是所有的session對象都必須可序列化，否則也根本無法鈍化。

上一篇：Java堆的管理--透視垃圾回收機制

下一篇：使用 Java 存儲過程將更加簡便