問(wèn)題描述： 

Windows Server 2008 +IIS +ASP.net +SQLServer2008搭建的內(nèi)部WEB系統(tǒng)。 
用戶(hù)Session總是丟失，可能是IIS的不穩(wěn)定性將導(dǎo)致Session頻繁丟失。 

用的是Session=SQLSEVER，即把Session保存到數(shù)據(jù)庫(kù)。 

解決方法： 

1，在命令行進(jìn)入如下地址（InstallSqlState.sql文件目錄） 
cd "C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727" 

2，運(yùn)行如下命令，創(chuàng)建數(shù)據(jù)庫(kù) ASPState 
osql -S ERPDBSERVER -U sa -P ***-i InstallSqlState.sql 

3，在IIS服務(wù)器配置session連接，具體連接字符串參考頁(yè)面生成的Server=ERPDBSERVER1;User ID=sa;Password=***** 
（注：*號(hào)處填入數(shù)據(jù)庫(kù)登錄密碼）

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()之類(lèi)的。 
第三種是在Window服務(wù)中將ASP.NET State Service 啟動(dòng)。 

今天遇到asp.net session丟失了，然后又回來(lái)了，session里存儲(chǔ)的是用戶(hù)信息，最后導(dǎo)致每次刷新是不同的用戶(hù)或是未登錄狀態(tài)。很讓人吐血的問(wèn)題。 
搞了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)不同的用戶(hù)，前提是在本機(jī)登錄過(guò)這些用戶(hù)。 
解決方法可以用stateserver或者用sqlserver模式來(lái)存儲(chǔ)session。 
由于google沒(méi)搜到類(lèi)似問(wèn)題，所以這里拿出來(lái)說(shuō)一下這個(gè)讓我頭痛了2天，最后修改了n多頁(yè)面的問(wèn)題。 

asp.net session丟失網(wǎng)上收集 
Asp.net 默認(rèn)配置下，Session莫名丟失的原因及解決辦法 
正常操作情況下Session會(huì)無(wú)故丟失。因?yàn)槌绦蚴窃诓煌５谋徊僮?，排除Session超時(shí)的可能。另外，Session超時(shí)時(shí)間被設(shè)定成60分鐘，不會(huì)這么快就超時(shí)的。 

這次到CSDN上搜了一下帖子，發(fā)現(xiàn)好多人在討論這個(gè)問(wèn)題，然后我又google了一下，發(fā)現(xiàn)微軟網(wǎng)站上也有類(lèi)似的內(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ù)類(lèi)型（默認(rèn)的數(shù)據(jù)類(lèi)型，如int、string等）外，都必須序列化。只需將[Serializable]標(biāo)簽放到要序列化的類(lèi)前就可以了。 
如： 
[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)程依賴(lài)性的。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丟失是客戶(hù)端引起的，所以要從客戶(hù)端下手，看看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. 如果有些代碼中使用客戶(hù)端腳本，如javascript維護(hù)Session狀態(tài)，就要嘗試調(diào)試腳本，是不是因?yàn)槟_本錯(cuò)誤引起Session丟失