關于session丟失原因的分析
http://www.weiw.com??2003-3-29??偉網動力

很多session丟失的原因是因為錯誤的程序或者是錯誤的虛擬目錄結構。

?

SessionID 的改變有下面幾個原因。

原因一：

Netscape的瀏覽器會認為"/App/user.asp"跟"/app/user.asp"是兩個不同的程序
。它會自動地開始一個新的會話期(new session)。所以，才你的網站上一定要統
一字母的大小寫。

原因二：

另外一個是原因是 Session.Timeout 的值。

Timeout這個屬性是用來設置Session的超時時間的，一分鐘為單位。假如一個用
戶，在一個Timeout的時間內沒有刷新或者請求頁面，那么會話就會結束(the se
ssion ends)。當你再次請求頁面的時候，一個新的會話有會開始。

確信Timeout的值，是分鐘的。

格式： Session.Timeout [ = nMinutes]

原因三：

假如用戶把他們的瀏覽器的cookie關了，當然session就不能保持。因為session
的保持是要靠cookie的。

要保持Session的狀態，瀏覽器就必須支持cookie，而且在打開的狀態。
你當然可以用其他的方法

原因四：

常犯的錯誤就是，建立了錯誤的目錄結構。
像下面的目錄結構：
root 放了global.asa
\virtual_root 沒有global.asa
\another_virtual_root 沒有global.asa

調用兩個virtual roots的頁面，就會執行相同的global.asa(root上的那個)

另外的一個目錄結構：
root 沒有global.asa
\virtual 放了global.asa
\another_virtual_root 另外一個global.asa

每一個不同目錄下的global.asa都會各自執行，當然執行的代碼就不同了。不過
如果里面的代碼一樣，就令當別說。:)

所以你在請求不同目錄下頁面，將會導致不同的global.asa被執行。不同的變量
被調用，不同的session id被建立....之前的有用的信息都被
破壞了。

下面是詳細的解釋：

當你先瀏覽子虛擬程序上的頁面(child virtual application)，然后再去瀏覽子
虛擬程序的上一級的父虛擬程序(parent virtual root)的頁面。那些變量就會丟
失、破壞。看下面的表格：

請求 子程序1丟失 子程序2丟失
先請求Root 不會 不會
只在子程序1之前請求Root 不會 會
只在子程序2之前請求Root 會 不會
最后請求Root 會 會

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

假如一個頁面被請求，但是如果在這個被請求頁面的同一目錄里沒有global.asa
這文件，那么asp就會去上級的目錄里找。ASP設計就是這樣的。另一方面，假如
application被請求的頁面是在root的話，而global.asa也在root,那么ASP就會執
行這個在root上的global.asa文件。沒有必要去找子目錄下的global.asa文件了
。

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

這是個例子。他們都有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請求時是要求認證的話，那么在Global.asa文件的Sessi
on_onStart過程里初始化的變量將會是空的。如果你的global.asa的權限真的是
這樣設的話，那么將會帶來很多的麻煩。例如你會見到這樣的錯誤信息：

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

這就是因為Session_onStart里面初始化的session變量是空的(根本就沒有初始化
)。

另外：這個問題在win95上不存在。更準確的是說，像在FAT這樣的，沒有文件權
限設置的文件系統里，沒有這樣的問題。所以NT的NTFS是有這樣問題的但，win9
5,98的就沒有。

所以，你必須為Global.asa文件設置Internet匿名讀取的權限，這樣才保證問題
不會發生。

Session丟失的解決辦法小結?

最近在做ASP.NET項目時，測試網站老是取不出Session中的值，在網上搜索了一下，找到一些解決方法，記錄在這里。最后使用存儲在StateServer中的辦法解決了問題。


SessionState?的Timeout)，其主要原因有三種

一：有些殺病毒軟件會去掃描您的Web.Config文件，那時Session肯定掉，這是微軟的說法。
二:程序內部里有讓Session掉失的代碼，及服務器內存不足產生的。
三：程序有框架頁面和跨域情況。

第一種解決辦法是:使殺病毒軟件屏蔽掃描Web.Config文件(程序運行時自己也不要去編輯它)
第二種是檢查代碼有無Session.Abandon()之類的。
第三種是在Window服務中將ASP.NET?State?Service?啟動。


下面是幫助中的內容:

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

使用進程內會話狀態模式時，如果?aspnet_wp.exe?或應用程序域重新啟動，則會話狀態數據將丟失。這些重新啟動通常會在下面的情況中發生：?
在應用程序的?Web.config?文件的?<processModel>?元素中，設置一個導致新進程在條件被滿足時啟動的屬性，例如?memoryLimit。?
修改?Global.asax?或?Web.config?文件。?
更改到?Web?應用程序的?Bin?目錄。?
用殺毒軟件掃描并修改?Global.asax?文件、Web.config?文件或?Web?應用程序的?Bin?目錄下的文件。?
如果在應用程序的?Web.config?文件的?<processModel>?元素中啟用了網絡園模式，請不要使用進程內會話狀態模式。否則將發生隨機數據丟失。


還有這二種：?

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

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

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


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

正常操作情況下Session會無故丟失。因為程序是在不停的被操作，排除Session超時的可能。另外，Session超時時間被設定成60分鐘，不會這么快就超時的。

這次到CSDN上搜了一下帖子，發現好多人在討論這個問題，然后我又google了一下，發現微軟網站上也有類似的內容。

現在我就把原因和解決辦法寫出來。


原因：

由于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


解決辦法：

前面說到的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]標簽放到要序列化的類前就可以了。
如：
復制C#代碼保存代碼 [Serializable] public class MyClass { //...... }

具體的序列化相關的知識請參這里。

至此，問題解決。

轉載于:https://www.cnblogs.com/glume/archive/2007/04/05/700732.html

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。