關(guān)于session丟失原因的分析
http://www.weiw.com??2003-3-29??偉網(wǎng)動(dòng)力

很多session丟失的原因是因?yàn)殄e(cuò)誤的程序或者是錯(cuò)誤的虛擬目錄結(jié)構(gòu)。

?

SessionID 的改變有下面幾個(gè)原因。

原因一：

Netscape的瀏覽器會(huì)認(rèn)為"/App/user.asp"跟"/app/user.asp"是兩個(gè)不同的程序
。它會(huì)自動(dòng)地開(kāi)始一個(gè)新的會(huì)話期(new session)。所以，才你的網(wǎng)站上一定要統(tǒng)
一字母的大小寫。

原因二：

另外一個(gè)是原因是 Session.Timeout 的值。

Timeout這個(gè)屬性是用來(lái)設(shè)置Session的超時(shí)時(shí)間的，一分鐘為單位。假如一個(gè)用
戶，在一個(gè)Timeout的時(shí)間內(nèi)沒(méi)有刷新或者請(qǐng)求頁(yè)面，那么會(huì)話就會(huì)結(jié)束(the se
ssion ends)。當(dāng)你再次請(qǐng)求頁(yè)面的時(shí)候，一個(gè)新的會(huì)話有會(huì)開(kāi)始。

確信Timeout的值，是分鐘的。

格式： Session.Timeout [ = nMinutes]

原因三：

假如用戶把他們的瀏覽器的cookie關(guān)了，當(dāng)然session就不能保持。因?yàn)閟ession
的保持是要靠cookie的。

要保持Session的狀態(tài)，瀏覽器就必須支持cookie，而且在打開(kāi)的狀態(tài)。
你當(dāng)然可以用其他的方法

原因四：

常犯的錯(cuò)誤就是，建立了錯(cuò)誤的目錄結(jié)構(gòu)。
像下面的目錄結(jié)構(gòu)：
root 放了global.asa
\virtual_root 沒(méi)有g(shù)lobal.asa
\another_virtual_root 沒(méi)有g(shù)lobal.asa

調(diào)用兩個(gè)virtual roots的頁(yè)面，就會(huì)執(zhí)行相同的global.asa(root上的那個(gè))

另外的一個(gè)目錄結(jié)構(gòu)：
root 沒(méi)有g(shù)lobal.asa
\virtual 放了global.asa
\another_virtual_root 另外一個(gè)global.asa

每一個(gè)不同目錄下的global.asa都會(huì)各自執(zhí)行，當(dāng)然執(zhí)行的代碼就不同了。不過(guò)
如果里面的代碼一樣，就令當(dāng)別說(shuō)。:)

所以你在請(qǐng)求不同目錄下頁(yè)面，將會(huì)導(dǎo)致不同的global.asa被執(zhí)行。不同的變量
被調(diào)用，不同的session id被建立....之前的有用的信息都被
破壞了。

下面是詳細(xì)的解釋：

當(dāng)你先瀏覽子虛擬程序上的頁(yè)面(child virtual application)，然后再去瀏覽子
虛擬程序的上一級(jí)的父虛擬程序(parent virtual root)的頁(yè)面。那些變量就會(huì)丟
失、破壞?？聪旅娴谋砀?#xff1a;

請(qǐng)求 子程序1丟失 子程序2丟失
先請(qǐng)求Root 不會(huì) 不會(huì)
只在子程序1之前請(qǐng)求Root 不會(huì) 會(huì)
只在子程序2之前請(qǐng)求Root 會(huì) 不會(huì)
最后請(qǐng)求Root 會(huì) 會(huì)

有一個(gè)注冊(cè)表的鍵值(registry entry),叫CheckForNestedVroots(缺省為 1)。是
設(shè)ASP是否去檢測(cè)其他目錄里的global.asa文件。

假如一個(gè)頁(yè)面被請(qǐng)求，但是如果在這個(gè)被請(qǐng)求頁(yè)面的同一目錄里沒(méi)有g(shù)lobal.asa
這文件，那么asp就會(huì)去上級(jí)的目錄里找。ASP設(shè)計(jì)就是這樣的。另一方面，假如
application被請(qǐng)求的頁(yè)面是在root的話，而global.asa也在root,那么ASP就會(huì)執(zhí)
行這個(gè)在root上的global.asa文件。沒(méi)有必要去找子目錄下的global.asa文件了
。

Internet 服務(wù)管理器，可以把一個(gè)目錄設(shè)成虛擬的目錄，這樣的目錄是可以擁有
自己的global.asa文件，當(dāng)然Application_OnStart和Session_OnStart是少不了
的(廢話)。

這是個(gè)例子。他們都有Global.asa

C:\InetPub\wwwroot <Home>
Global.asa
C:\InetPub\wwwroot\Test2 (Nested)
Global.asa
C:\InetPub\wwwroot\Test2\Test3 (Nested)
Global.asa
C:\InetPub\wwwroot\Test4
Global.asa

注意：

如果Global.asa文件web請(qǐng)求時(shí)是要求認(rèn)證的話，那么在Global.asa文件的Sessi
on_onStart過(guò)程里初始化的變量將會(huì)是空的。如果你的global.asa的權(quán)限真的是
這樣設(shè)的話，那么將會(huì)帶來(lái)很多的麻煩。例如你會(huì)見(jiàn)到這樣的錯(cuò)誤信息：

Microsoft OLE DB Provider for ODBC Drivers error '80004005
[Microsoft][ODBC Driver Manager] Data source name not found and no def
ault driver specified
/<web name>/<asp filename>.asp, line xx

這就是因?yàn)镾ession_onStart里面初始化的session變量是空的(根本就沒(méi)有初始化
)。

另外：這個(gè)問(wèn)題在win95上不存在。更準(zhǔn)確的是說(shuō)，像在FAT這樣的，沒(méi)有文件權(quán)
限設(shè)置的文件系統(tǒng)里，沒(méi)有這樣的問(wèn)題。所以NT的NTFS是有這樣問(wèn)題的但，win9
5,98的就沒(méi)有。

所以，你必須為Global.asa文件設(shè)置Internet匿名讀取的權(quán)限，這樣才保證問(wèn)題
不會(huì)發(fā)生。

Session丟失的解決辦法小結(jié)?

最近在做ASP.NET項(xiàng)目時(shí)，測(cè)試網(wǎng)站老是取不出Session中的值，在網(wǎng)上搜索了一下，找到一些解決方法，記錄在這里。最后使用存儲(chǔ)在StateServer中的辦法解決了問(wèn)題。


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)。


下面是幫助中的內(nèi)容:

(ms-help://MS.VSCC.2003/MS.MSDNQTR.2003FEB.2052/cpguide/html/cpconsessionstate.htm)
ASP.NET?提供一個(gè)簡(jiǎn)單、易于使用的會(huì)話狀態(tài)模型，您可以使用該模型跨多個(gè)?Web?請(qǐng)求存儲(chǔ)任意數(shù)據(jù)和對(duì)象。它使用基于字典的、內(nèi)存中的對(duì)象引用（這些對(duì)象引用存在于?IIS?進(jìn)程中）緩存來(lái)完成該操作。使用進(jìn)程內(nèi)會(huì)話狀態(tài)模式時(shí)請(qǐng)考慮下面的限制：?

使用進(jìn)程內(nèi)會(huì)話狀態(tài)模式時(shí)，如果?aspnet_wp.exe?或應(yīng)用程序域重新啟動(dòng)，則會(huì)話狀態(tài)數(shù)據(jù)將丟失。這些重新啟動(dòng)通常會(huì)在下面的情況中發(fā)生：?
在應(yīng)用程序的?Web.config?文件的?<processModel>?元素中，設(shè)置一個(gè)導(dǎo)致新進(jìn)程在條件被滿足時(shí)啟動(dòng)的屬性，例如?memoryLimit。?
修改?Global.asax?或?Web.config?文件。?
更改到?Web?應(yīng)用程序的?Bin?目錄。?
用殺毒軟件掃描并修改?Global.asax?文件、Web.config?文件或?Web?應(yīng)用程序的?Bin?目錄下的文件。?
如果在應(yīng)用程序的?Web.config?文件的?<processModel>?元素中啟用了網(wǎng)絡(luò)園模式，請(qǐng)不要使用進(jìn)程內(nèi)會(huì)話狀態(tài)模式。否則將發(fā)生隨機(jī)數(shù)據(jù)丟失。


還有這二種：?

一：在第一個(gè)頁(yè)面置了SESSION，然后REDIRECT去第二個(gè)頁(yè)面。解決方法是在REDIRECT中設(shè)置endResponse為FALSE。?

二：?ASP.NET中使用了ACCESS數(shù)據(jù)庫(kù)，而且數(shù)據(jù)庫(kù)是放在bin目錄中的。解決方法是不要放會(huì)更新的文件在BIN目錄中。?

參考：http://www.dotnet247.com/247reference/msgs/58/290316.aspx


Asp.net?默認(rèn)配置下，Session莫名丟失的原因及解決辦法
??

正常操作情況下Session會(huì)無(wú)故丟失。因?yàn)槌绦蚴窃诓煌５谋徊僮?#xff0c;排除Session超時(shí)的可能。另外，Session超時(shí)時(shí)間被設(shè)定成60分鐘，不會(huì)這么快就超時(shí)的。

這次到CSDN上搜了一下帖子，發(fā)現(xiàn)好多人在討論這個(gè)問(wèn)題，然后我又google了一下，發(fā)現(xiàn)微軟網(wǎng)站上也有類似的內(nèi)容。

現(xiàn)在我就把原因和解決辦法寫出來(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（大小寫敏感）?。默認(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)簽放到要序列化的類前就可以了。
如：
復(fù)制C#代碼保存代碼 [Serializable] public class MyClass { //...... }

具體的序列化相關(guān)的知識(shí)請(qǐng)參這里。

至此，問(wèn)題解決。

轉(zhuǎn)載于:https://www.cnblogs.com/glume/archive/2007/04/05/700732.html

總結(jié)

以上是生活随笔為你收集整理的关于session丢失原因的分析的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。