我們在用C#開發(fā)程序的時(shí)候經(jīng)常會遇到Session很不穩(wěn)定，老是數(shù)據(jù)丟失。下面就是Session數(shù)據(jù)丟失的解決辦法希望對您有好處。

1、在WEB.CONFIG文件中修改SESSION狀態(tài)保存模式，如：<sessionState mode='StateServer' stateConnectionString='tcpip=127.0.0.1:42424' sqlConnectionString='data source=127.0.0.1;Trusted_Connection=yes' cookieless='true' timeout='180'/>

2、啟動系統(tǒng)服務(wù)“ASP.NET狀態(tài)服務(wù) ”，系統(tǒng)默認(rèn)是手動啟動的

3、如果SESSION中保存的數(shù)據(jù)類型是自定義的，如結(jié)構(gòu)，請?jiān)谧远x數(shù)據(jù)類型處序列化會話狀態(tài)，即在類或結(jié)構(gòu)申明前加[Serializable]

完成以上3部，狀態(tài)即可保存，但是在訪問頁面是瀏覽器顯示的路徑中增加了一段字符，如：(S(lto3j0eg25cztmqtxevm5tb4))

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

SessionState 的Timeout)，其主要原因有三種。
一：有些殺病毒軟件會去掃描您的Web.Config文件，那時(shí)Session肯定掉，這是微軟的說法。
二：程序內(nèi)部里有讓Session掉失的代碼，及服務(wù)器內(nèi)存不足產(chǎn)生的。
三：程序有框架頁面和跨域情況。
第一種解決辦法是:使殺病毒軟件屏蔽掃描Web.Config文件(程序運(yùn)行時(shí)自己也不要去編輯它)
第二種是檢查代碼有無Session.Abandon()之類的。
第三種是在Window服務(wù)中將ASP.NET State Service 啟動。

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

使用進(jìn)程內(nèi)會話狀態(tài)模式時(shí)，如果 aspnet_wp.exe 或應(yīng)用程序域重新啟動，則會話狀態(tài)數(shù)據(jù)將丟失。這些重新啟動通常會在下面的情況中發(fā)生：

在應(yīng)用程序的 Web.config 文件的 <processModel> 元素中，設(shè)置一個導(dǎo)致新進(jìn)程在條件被滿足時(shí)啟動的屬性，例如 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ò)園模式，請不要使用進(jìn)程內(nèi)會話狀態(tài)模式。否則將發(fā)生隨機(jī)數(shù)據(jù)丟失。

還有這二種：

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

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

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

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

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

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

現(xiàn)在我就把原因和解決辦法寫出來。

原因：

由于Asp.net程序是默認(rèn)配置，所以Web.Config文件中關(guān)于Session的設(shè)定如下：

我們會發(fā)現(xiàn)sessionState標(biāo)簽中有個屬性mode，它可以有3種取值：InProc、StateServer?SQLServer（大小寫敏感） 。默認(rèn)情況下是InProc，也就是將Session保存在進(jìn)程內(nèi)（IIS5是aspnet_wp.exe，而IIS6是W3wp.exe），這個進(jìn)程不穩(wěn)定，在某些事件發(fā)生時(shí)，進(jìn)程會重起，所以造成了存儲在該進(jìn)程內(nèi)的Session丟失。

哪些情況下該進(jìn)程會重起呢？微軟的一篇文章告訴了我們：

1、配置文件中processModel標(biāo)簽的memoryLimit屬性
2、Global.asax或者Web.config文件被更改
3、Bin文件夾中的Web程序（DLL）被修改
4、殺毒軟件掃描了一些.config文件。
更多的信息請參考PRB: Session variables are lost intermittently in ASP.NET applications

解決辦法：

前面說到的sessionState標(biāo)簽中mode屬性可以有三個取值，除了InProc之外，還可以為StateServer、SQLServer。這兩種存Session的方法都是進(jìn)程外的，所以當(dāng)aspnet_wp.exe重起的時(shí)候，不會影響到Session。

現(xiàn)在請將mode設(shè)定為StateServer。StateServer是本機(jī)的一個服務(wù)，可以在系統(tǒng)服務(wù)里看到服務(wù)名為ASP.NET State Service的服務(wù)，默認(rèn)情況是不啟動的。當(dāng)我們設(shè)定mode為StateServer之后，請手工將該服務(wù)啟動。

這樣，我們就能利用本機(jī)的StateService來存儲Session了，除非電腦重啟或者StateService崩掉，否則Session是不會丟的（因Session超時(shí)被丟棄是正常的）。

除此之外，我們還可以將Session通過其他電腦的StateService來保存。具體的修改是這樣的。同樣還在sessionState標(biāo)簽中，有個stateConnectionString='tcpip=127.0.0.1:42424'屬性，其中有個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的操作，請?jiān)L問這里。

在使用StateServer或者SQLServer存儲Session時(shí)，所有需要保存到Session的對象除了基本數(shù)據(jù)類型（默認(rèn)的數(shù)據(jù)類型，如int、string等）外，都必須序列化。只需將[Serializable]標(biāo)簽放到要序列化的類前就可以了。
如：

[Serializable] 
public class MyClass 

...... 
}

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持我們。