session是工作在你的應用程序進程中的。asp.net進程、IIS往往會在20分鐘之後重啓相關的應用程序,緩衝池滿了(例如100個之後)也會重啓,各種進程保護措施都會隨時重新啓動,因此,InProc方式丟失session是很正常的事。csdn上明確告訴了這種模式只能保存“易失的、暫時的 ”變量,這是cache沒有之前的一種解決方案。而長期保持的數據就要保存在外部數據源中。狀態服務器就是一種進程外的數據源。
StateServer 模式的實質是,把Session 存放在一個單獨的進程裏,此進程獨立於 aspnet_wp.exe 或 w3wp.exe 。啓用此服務後,在“任務管理器”中可以看到一個名爲 aspnet_state.exe 的進程。
由於Asp.net程序是默認配置,所以Web.Config文件中關於Session的設定如下:
<sessionState mode= "InProc " stateConnectionString= "tcpip=127.0.0.1:42424 " sqlConnectionString= "data source=127.0.0.1;Trusted_Connection=yes " cookieless= "true " timeout= "20 "/>
我們會發現sessionState標籤中有個屬性mode,它可以有3種取值:InProc、StateServer、SQLServer(大小寫敏感)。默認情況下是InProc,也就是將Session保存在進程內(IIS5是aspnet_wp.exe,而IIS6是W3wp.exe),這個進程不穩定,在某些事件發生時,進程會重起,所以造成了存儲在該進程內的Session丟失。
哪些情況下該進程會重起呢?微軟的一篇文章告訴了我們:
1、配置文件中processModel標籤的memoryLimit屬性
2、Global.asax或者Web.config文件被更改
3、Bin文件夾中的Web程序(DLL)被修改
4、殺毒軟件掃描了一些.config文件。
更多的信息請參考PRB: Session variables are lost intermittently in ASP.NET applications
解決辦法:
前面說到的sessionState標籤中mode屬性可以有三個取值,除了InProc之外,還可以爲StateServer、SQLServer。這兩種存Session的方法都是進程外的,所以當aspnet_wp.exe重起的時候,不會影響到Session。
現在請將mode設定爲StateServer。StateServer是本機的一個服務,可以在系統服務裏看到服務名爲ASP.NET
State Service的服務,默認情況是不啓動的。當我們設定mode爲StateServer之後,請手工將該服務啓動。
這樣,我們就能利用本機的StateService來存儲Session了,除非電腦重啓或者StateService崩掉,否則Session是不會丟的(因Session超時被丟棄是正常的)。
除此之外,我們還可以將Session通過其他電腦的StateService來保存。具體的修改是這樣的。同樣還在sessionState標籤中,有個stateConnectionString=
"tcpip=127.0.0.1:42424 "屬性,其中有個ip地址,默認爲本機(127.0.0.1),你可以將其改成你所知的運行了StateService服務的電腦IP,這樣就可以實現位於不同電腦上的Asp.net程序互通Session了。
如果你有更高的要求,需要在服務期重啓時Session也不丟失,可以考慮將mode設定成SQLServer,同樣需要修改sqlConnectionString屬性。關於使用SQLServer保存Session的操作,請訪問這裏。
在使用StateServer或者SQLServer存儲Session時,所有需要保存到Session的對象除了基本數據類型(默認的數據類型,如int、string等)外,都必須序列化。只需將[Serializable]標籤放到要序列化的類前就可以了。
如:
[Serializable]
public class MyClass
{
......
}