檢查ASP.NET Session是否失效，是否超時(shí),默認(rèn)是20分鐘,設(shè)置的方法是Session.TimeOut=30;或者您可以設(shè)置到更高，這個(gè)數(shù)值的單位是分鐘，大家視情況而定。

檢查代碼有無(wú)Session.Abandon()之類的。一旦調(diào)用 Abandon 方法，當(dāng)前會(huì)話不再有效，同時(shí)會(huì)啟動(dòng)新的會(huì)話。

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

從同一個(gè)頁(yè)面?zhèn)鞯搅硪粋€(gè)頁(yè)面才能延續(xù)同一個(gè)session,也就是說(shuō)session不可跨域,同時(shí)客戶端一關(guān)閉瀏覽器或一關(guān)閉瀏覽頁(yè) Session也消失了,再次訪問(wèn)時(shí)又會(huì)創(chuàng)建新的Session 但還會(huì)在服務(wù)器上存活等待超時(shí),只是調(diào)用不到了.  另外比如在第一個(gè)頁(yè)面置了SESSION，然后REDIRECT去第二個(gè)頁(yè)面。解決方法是在REDIRECT中設(shè)置endResponse為FALSE。

Iframe丟Session的原因：session是客戶端和服務(wù)器端共同認(rèn)證的，客戶端存儲(chǔ)標(biāo)識(shí)，通過(guò)附加在頁(yè)面的頭發(fā)送給服務(wù)器端，服務(wù)器進(jìn)行識(shí)別，如果符合條件就可以獲得相應(yīng)的session操作權(quán)。

但如果頁(yè)面是來(lái)自框架的，而框架的父頁(yè)和框架不是一個(gè)站點(diǎn)的話，客戶端默認(rèn)是禁止向頁(yè)面附加頭信息的，這樣服務(wù)器端就無(wú)法識(shí)別客戶端框架里面的頁(yè)面，自然不能操作Session。解決辦法:  Response.AddHeader("P3P", "CP=CAO PSA OUR")'  或者在Window服務(wù)中將asp.net State Service 啟動(dòng)。

有些殺病毒軟件會(huì)去掃描您的Web.Config文件，那時(shí)Session肯定掉，這是微軟的說(shuō)法。解決辦法:  使殺病毒軟件屏蔽掃描Web.Config文件(程序運(yùn)行時(shí)自己也不要去編輯它)

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

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

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

ASP.NET Session失效的原因：

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

ASP.NET Session失效的解決辦法：

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

如：

[Serializable]  
public class MyClass  
{  
    ......  
} 0 0 0 

【編輯推薦】

1. ASP.NET數(shù)組基礎(chǔ)：聲明，表示及范例
2. ASP.NET編程中的十大技巧（二）
3. ASP.NET編程中的十大技巧（一）
4. ASP.NET MVC教程(一):準(zhǔn)備工作
5. ASP.NET MVC Beta的部署問(wèn)題