正常操作情況下會有ASP.NET Session丟失的情況出現。因為程式是在不停的被操作,排除Session逾時的可能。另外,Session逾時時間被設定成60分鐘,不會這麼快就逾時的。
現在我就把原因和解決辦法寫出來。
ASP.NET Session丟失原因:
由於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'/> |
我們會發現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
ASP.NET Session丟失解決辦法:
前面說到的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的對象除了基礎資料型別 (Elementary Data Type)(預設的資料類型,如int、string等)外,都必須序列化。只需將[Serializable]標籤放到要序列化的類前就可以了。
如:
[Serializable] public class MyClass { ...... } |
具體的序列化相關的知識請參這裡。
至此,ASP.NET Session丟失問題解決。
關於asp.net Session丟失問題的總結
asp中Session的工作原理:
asp的Session是具有進程依賴性的。ASP Session狀態存於IIS的進程中,也就是inetinfo.exe這個程式。所以當inetinfo.exe進程崩潰時,這些資訊也就丟失。另外,重起或者關閉IIS服務都會造成資訊的丟失。
asp.net Session的實現
ASP.NET的Session是基於HttpModule技術做的,HttpModule可以在請求被處理之前,對請求進行狀態控制,由於Session本身就是用來做狀態維護的,因此用HttpModule做Session是再合適不過了。
原因1:
bin目錄中的檔案被改寫,asp.net有一種機制,為了保證dll重新編譯之後,系統正常運行,它會重新啟動一次網站進程,這時就會導致Session丟失,所以如果有access資料庫位於bin目錄,或者有其他檔案被系統改寫,就會導致Session丟失
原因2:
檔案夾選項中,如果沒有開啟“在單獨的進程中開啟檔案夾視窗”,一旦建立一個視窗,系統可能認為是新的Session會話,而無法訪問原來的Session,所以需要開啟該選項,否則會導致Session丟失
原因3:
似乎大部分的Session丟失是用戶端引起的,所以要從用戶端下手,看看cookie有沒有開啟
原因4:
Session的時間設定是不是有問題,會不會因為逾時造成丟失
原因5:
IE中的cookie數量限制(每個域20個cookie)可能導致session丟失
原因6:
使用web garden模式,且使用了InProc mode作為儲存session的方式
ASP.NET Session丟失問題解決經驗
1. 判斷是不是原因1造成的,可以在每次重新整理頁面的時候,跟蹤bin中某個檔案的修改時間
2. 做Session讀寫日誌,每次讀寫Session都要記錄下來,並且要記錄SessionID、Session值、所在頁面、當前函數、函數中的第幾次Session操作,這樣找丟失的原因會方便很多
3. 如果允許的話,建議使用state server或sql server儲存session,這樣不容易丟失
4. 在global.asa中加入代碼記錄Session的建立時間和結束時間,逾時造成的Session丟失是可以在SessionEnd中記錄下來的。
5. 如果有些代碼中使用用戶端指令碼,如javascript維護Session狀態,就要嘗試調試指令碼,是不是因為指令碼錯誤引起Session丟失。(來源:傑之藍)