Session丟失的解決辦法小結(jié)
SessionState 的Timeout),其主要原因有三種
一:有些殺病毒軟件會(huì)去掃描您的Web.Config文件,那時(shí)Session肯定掉,這是微軟的說(shuō)法。
二:程序內(nèi)部里有讓Session掉失的代碼,及服務(wù)器內(nèi)存不足產(chǎn)生的。
三:程序有框架頁(yè)面和跨域情況。
第一種解決辦法是:使殺病毒軟件屏蔽掃描Web.Config文件(程序運(yùn)行時(shí)自己也不要去編輯它)
第二種是檢查代碼有無(wú)Session.Abandon()之類的。
第三種是在Window服務(wù)中將ASP.NET State Service 啟動(dòng)。
搞了2天沒(méi)搞出來(lái),最后重寫(xiě)了驗(yàn)證機(jī)制,都放在了cookie里了,session不敢用了。
今天發(fā)現(xiàn),問(wèn)題是由于設(shè)置iis6的 應(yīng)用程序池內(nèi)的性能內(nèi)的最大web進(jìn)程數(shù)導(dǎo)致的,由于session默認(rèn)是存放在web進(jìn)程里的,進(jìn)程開(kāi)多了,導(dǎo)致session不能共享,每次刷新又由不同的進(jìn)程來(lái)處理,所以就導(dǎo)致刷新出來(lái)不同的用戶,前提是在本機(jī)登錄過(guò)這些用戶。
解決方法可以用stateserver或者用sqlserver模式來(lái)存儲(chǔ)session。
由于google沒(méi)搜到類似問(wèn)題,所以這里拿出來(lái)說(shuō)一下這個(gè)讓我頭痛了2天,最后修改了n多頁(yè)面的問(wèn)題。
asp.net session丟失網(wǎng)上收集
Asp.net 默認(rèn)配置下,Session莫名丟失的原因及解決辦法
這次到CSDN上搜了一下帖子,發(fā)現(xiàn)好多人在討論這個(gè)問(wèn)題,然后我又google了一下,發(fā)現(xiàn)微軟網(wǎng)站上也有類似的內(nèi)容。
現(xiàn)在我就把原因和解決辦法寫(xiě)出來(lái)。
原因:
由于Asp.net程序是默認(rèn)配置,所以Web.Config文件中關(guān)于Session的設(shè)定如下:
<sessionState mode='InProc' stateConnectionString='tcpip=127.0.0.1:42424' sqlConnectionString='data source=127.0.0.1;Trusted_Connection=yes' cookieless='true' timeout='60'/>
我們會(huì)發(fā)現(xiàn)sessionState標(biāo)簽中有個(gè)屬性mode,它可以有3種取值:InProc、StateServer?SQLServer(大小寫(xiě)敏感)。默認(rèn)情況下是InProc,也就是將Session保存在進(jìn)程內(nèi)(IIS5是aspnet_wp.exe,而IIS6是W3wp.exe),這個(gè)進(jìn)程不穩(wěn)定,在某些事件發(fā)生時(shí),進(jìn)程會(huì)重起,所以造成了存儲(chǔ)在該進(jìn)程內(nèi)的Session丟失。
哪些情況下該進(jìn)程會(huì)重起呢?微軟的一篇文章告訴了我們:
1、配置文件中processModel標(biāo)簽的memoryLimit屬性
2、Global.asax或者Web.config文件被更改
3、Bin文件夾中的Web程序(DLL)被修改
4、殺毒軟件掃描了一些.config文件。
更多的信息請(qǐng)參考PRB: Session variables are lost intermittently in ASP.NET applications
解決辦法:
前面說(shuō)到的sessionState標(biāo)簽中mode屬性可以有三個(gè)取值,除了InProc之外,還可以為StateServer、SQLServer。這兩種存Session的方法都是進(jìn)程外的,所以當(dāng)aspnet_wp.exe重起的時(shí)候,不會(huì)影響到Session。
現(xiàn)在請(qǐng)將mode設(shè)定為StateServer。StateServer是本機(jī)的一個(gè)服務(wù),可以在系統(tǒng)服務(wù)里看到服務(wù)名為ASP.NET State Service的服務(wù),默認(rèn)情況是不啟動(dòng)的。當(dāng)我們?cè)O(shè)定mode為StateServer之后,請(qǐng)手工將該服務(wù)啟動(dòng)。
這樣,我們就能利用本機(jī)的StateService來(lái)存儲(chǔ)Session了,除非電腦重啟或者StateService崩掉,否則Session是不會(huì)丟的(因Session超時(shí)被丟棄是正常的)。
除此之外,我們還可以將Session通過(guò)其他電腦的StateService來(lái)保存。具體的修改是這樣的。同樣還在sessionState標(biāo)簽中,有個(gè)stateConnectionString='tcpip=127.0.0.1:42424'屬性,其中有個(gè)ip地址,默認(rèn)為本機(jī)(127.0.0.1),你可以將其改成你所知的運(yùn)行了StateService服務(wù)的電腦IP,這樣就可以實(shí)現(xiàn)位于不同電腦上的Asp.net程序互通Session了。
如果你有更高的要求,需要在服務(wù)期重啟時(shí)Session也不丟失,可以考慮將mode設(shè)定成SQLServer,同樣需要修改sqlConnectionString屬性。關(guān)于使用SQLServer保存Session的操作,請(qǐng)?jiān)L問(wèn)這里。
在使用StateServer或者SQLServer存儲(chǔ)Session時(shí),所有需要保存到Session的對(duì)象除了基本數(shù)據(jù)類型(默認(rèn)的數(shù)據(jù)類型,如int、string等)外,都必須序列化。只需將[Serializable]標(biāo)簽放到要序列化的類前就可以了。
如:
[Serializable]
public class MyClass
{
......
}
具體的序列化相關(guān)的知識(shí)請(qǐng)參這里。
至此,問(wèn)題解決。
關(guān)于asp.net Session丟失問(wèn)題的總結(jié)
asp中Session的工作原理:
asp的Session是具有進(jìn)程依賴性的。ASP Session狀態(tài)存于IIS的進(jìn)程中,也就是inetinfo.exe這個(gè)程序。所以當(dāng)inetinfo.exe進(jìn)程崩潰時(shí),這些信息也就丟失。另外,重起或者關(guān)閉IIS服務(wù)都會(huì)造成信息的丟失。
asp.net Session的實(shí)現(xiàn)
asp.net的Session是基于HttpModule技術(shù)做的,HttpModule可以在請(qǐng)求被處理之前,對(duì)請(qǐng)求進(jìn)行狀態(tài)控制,由于Session本身就是用來(lái)做狀態(tài)維護(hù)的,因此用HttpModule做Session是再合適不過(guò)了。
原因1:
bin目錄中的文件被改寫(xiě),asp.net有一種機(jī)制,為了保證dll重新編譯之后,系統(tǒng)正常運(yùn)行,它會(huì)重新啟動(dòng)一次網(wǎng)站進(jìn)程,這時(shí)就會(huì)導(dǎo)致Session丟失,所以如果有access數(shù)據(jù)庫(kù)位于bin目錄,或者有其他文件被系統(tǒng)改寫(xiě),就會(huì)導(dǎo)致Session丟失
原因2:
文件夾選項(xiàng)中,如果沒(méi)有打開(kāi)“在單獨(dú)的進(jìn)程中打開(kāi)文件夾窗口”,一旦新建一個(gè)窗口,系統(tǒng)可能認(rèn)為是新的Session會(huì)話,而無(wú)法訪問(wèn)原來(lái)的Session,所以需要打開(kāi)該選項(xiàng),否則會(huì)導(dǎo)致Session丟失
原因3:
似乎大部分的Session丟失是客戶端引起的,所以要從客戶端下手,看看cookie有沒(méi)有打開(kāi)
原因4:
Session的時(shí)間設(shè)置是不是有問(wèn)題,會(huì)不會(huì)因?yàn)槌瑫r(shí)造成丟失
原因5:
IE中的cookie數(shù)量限制(每個(gè)域20個(gè)cookie)可能導(dǎo)致session丟失
原因6:
使用web garden模式,且使用了InProc mode作為保存session的方式
解決丟失的經(jīng)驗(yàn)
1. 判斷是不是原因1造成的,可以在每次刷新頁(yè)面的時(shí)候,跟蹤bin中某個(gè)文件的修改時(shí)間
2. 做Session讀寫(xiě)日志,每次讀寫(xiě)Session都要記錄下來(lái),并且要記錄SessionID、Session值、所在頁(yè)面、當(dāng)前函數(shù)、函數(shù)中的第幾次Session操作,這樣找丟失的原因會(huì)方便很多
3. 如果允許的話,建議使用state server或sql server保存session,這樣不容易丟失
4. 在global.asa中加入代碼記錄Session的創(chuàng)建時(shí)間和結(jié)束時(shí)間,超時(shí)造成的Session丟失是可以在SessionEnd中記錄下來(lái)的。
5. 如果有些代碼中使用客戶端腳本,如javascript維護(hù)Session狀態(tài),就要嘗試調(diào)試腳本,是不是因?yàn)槟_本錯(cuò)誤引起Session丟失
相關(guān)文章
Window Server服務(wù)器撥號(hào)失敗error/1058的問(wèn)題的解決方法
這篇文章主要介紹了Window Server服務(wù)器撥號(hào)失敗error/1058的問(wèn)題的解決方法,需要的朋友可以參考下2023-04-04wdcp添加tomcat,同時(shí)支持php和java教程
安裝tomcat6 因?yàn)閣dcp后臺(tái)默認(rèn)安裝的端口是8080,tomcat默認(rèn)端口也是8080為了避免沖突請(qǐng)?zhí)崆鞍褀dcp后臺(tái)端口改為其它端口(如:8089...)2016-04-04Winserver2019搭建iSCSI雙向認(rèn)證服務(wù)的實(shí)現(xiàn)
本文主要介紹了Winserver2019搭建iSCSI雙向認(rèn)證服務(wù)的實(shí)現(xiàn),通過(guò)具體的配置步驟,實(shí)現(xiàn)了iSCSI雙向認(rèn)證的搭建和測(cè)試,感興趣的可以了解一下2023-09-09Winserver 2016配置域的單向信任關(guān)系
兩個(gè)域之間必須擁有信任的關(guān)系,才可以訪問(wèn)對(duì)方域內(nèi)的資源,本文主要介紹了Winserver 2016配置域的單向信任關(guān)系,具有一定的參考價(jià)值,感興趣的可以了解一下2024-04-04winserver2019安裝軟件一直卡在應(yīng)用程序正在為首次使用做準(zhǔn)備
本文主要介紹了winserver2019安裝軟件一直卡在應(yīng)用程序正在為首次使用做準(zhǔn)備,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2022-06-06II7添加應(yīng)用程序測(cè)試時(shí) 無(wú)法驗(yàn)證對(duì)路徑(c:\test\WcfService)的訪問(wèn)
今天在iis7中調(diào)試程序時(shí),提示無(wú)法驗(yàn)證對(duì)路徑c:\test\WcfService,通過(guò)下面的方法解決了,特分享下方便需要的朋友2012-12-12Request 對(duì)象 錯(cuò)誤 ''ASP 0104 : 80004005'' 不允許操作
今天有客戶的生成靜態(tài)頁(yè)面無(wú)法更新,提示 ASP 0104 : 80004005 不允許操作,錯(cuò)誤行正好有request對(duì)象,如下修改問(wèn)題解決。2011-05-05Apache+php+Mysql在Windows下配置環(huán)境步驟說(shuō)明
因?yàn)槭沁吪渲?,邊?xiě)成文檔的,所以就上傳了一個(gè)word文檔,有需要的可以看看,少走彎路。2009-12-12