最近最一個電子商務網站,發(fā)現(xiàn)了好多問題,不過還好都順利解決了,關于session的問題記錄如下,以便日后查閱,同時也希望能給網友們帶來幫助,本文內容并非完全出自本人,是本人對網絡上的一些處理方法的整理。
正常操作情況下Session會無故丟失。因為程序是在不停的被操作,排除Session超時的可能。另外,Session超時時間被設定成60分鐘,不會這么快就超時的。這次到CSDN上搜了一下帖子,發(fā)現(xiàn)好多人在討論這個問題,然后我又google了一下,發(fā)現(xiàn)微軟網站上也有類似的內容。 現(xiàn)在我就把原因和解決辦法寫出來。 原因: 由于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='60'/> 我們會發(fā)現(xiàn)sessionState標簽中有個屬性mode,它可以有3種取值:InProc、StateServer?SQLServer(大小寫敏感)。默認情況下是InProc,也就是將Session保存在進程內(IIS5是aspnet_wp.exe,而IIS6是W3wp.exe),這個進程不穩(wěn)定,在某些事件發(fā)生時,進程會重起,所以造成了存儲在該進程內的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。 現(xiàn)在請將mode設定為StateServer。StateServer是本機的一個服務,可以在系統(tǒng)服務里看到服務名為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,這樣就可以實現(xiàn)位于不同電腦上的Asp.net程序互通Session了。 如果你有更高的要求,需要在服務期重啟時Session也不丟失,可以考慮將mode設定成SQLServer,同樣需要修改sqlConnectionString屬性。關于使用SQLServer保存Session的操作,在使用StateServer或者SQLServer存儲Session時,所有需要保存到Session的對象除了基本數(shù)據(jù)類型(默認的數(shù)據(jù)類型,如int、string等)外,都必須序列化。只需將[Serializable]標簽放到要序列化的類前就可以了。 如: [Serializable] public class MyClass { ...... } |
|