說(shuō)明: 執(zhí)行當(dāng)前 Web 請(qǐng)求期間，出現(xiàn)未處理的異常。請(qǐng)檢查堆棧跟蹤信息，以了解有關(guān)該錯(cuò)誤以及代碼中導(dǎo)致錯(cuò)誤的出處的詳細(xì)信息。

異常詳細(xì)信息: System.Web.HttpException: 無(wú)法向會(huì)話狀態(tài)服務(wù)器發(fā)出會(huì)話狀態(tài)請(qǐng)求。請(qǐng)確保 ASP.NET State Service (ASP.NET 狀態(tài)服務(wù))已啟動(dòng)，并且客戶端端口與服務(wù)器端口相同。如果服務(wù)器位于遠(yuǎn)程計(jì)算機(jī)上，請(qǐng)檢查 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state\Parameters\AllowRemoteConnection 的值，確保服務(wù)器接受遠(yuǎn)程請(qǐng)求。如果服務(wù)器位于本地計(jì)算機(jī)上，并且上面提到的注冊(cè)表值不存在或者設(shè)置為 0，則狀態(tài)服務(wù)器連接字符串必須使用“localhost”或“127.0.0.1”作為服務(wù)器名稱。

源錯(cuò)誤:

執(zhí)行當(dāng)前 Web 請(qǐng)求期間生成了未處理的異常?？梢允褂孟旅娴漠惓６褩８櫺畔⒋_定有關(guān)異常原因和發(fā)生位置的信息。

 

原因分析:
web.config中配置SessionState的mode為StateServer，但服務(wù)器沒(méi)有開(kāi)啟改個(gè)服務(wù)。

解決方法:
1.Web.Config里面 把sessionState 的mode改為"InProc"   ;

Web.Config里面：  
  <sessionState    
                          mode="InProc"  
                          stateConnectionString="tcpip=127.0.0.1:42424"  
                          sqlConnectionString="data   source=127.0.0.1;user   id=sa;password="  
                          cookieless="false"    
                          timeout="20"    
          />  
  你是不是使用“StateServer”，如果是，請(qǐng)參考：  
  使用   StateServer   模式    
   
  確保   ASP.NET   狀態(tài)服務(wù)正在將存儲(chǔ)會(huì)話狀態(tài)信息的遠(yuǎn)程服務(wù)器上運(yùn)行。該服務(wù)是隨   ASP.NET   Premium   版一起安裝的，并且該服務(wù)默認(rèn)情況下位于   <Drive>:\Program   Files\ASP.NET\Premium\version\aspnet_estate.exe。    
  在應(yīng)用程序的   Web.config   文件中，設(shè)置   mode=StateServer   并設(shè)置   stateConnectionString   屬性；例如   stateConnectionString="tcpip=sarath:42424"。

或者
2.在服務(wù)中啟用"ASP.NET State service"

在"管理工具"中的"服務(wù)"啟動(dòng)"ASP.NET   State   Service",這種方法我自己試了，能解決問(wèn)題的。

這樣是可以了，但沒(méi)有理解為什么要這么做。后來(lái)在網(wǎng)上找了一上才知道真真的原因。

Session模型簡(jiǎn)介
　　Session是什么呢？簡(jiǎn)單來(lái)說(shuō)就是服務(wù)器給客戶端的一個(gè)編號(hào)。當(dāng)一臺(tái)WWW服務(wù)器運(yùn)行時(shí)，可能有若干個(gè)用戶瀏覽正在運(yùn)正在這臺(tái)服務(wù)器上的網(wǎng)站。當(dāng)每個(gè)用戶首次與這臺(tái)WWW服務(wù)器建立連接時(shí)，他就與這個(gè)服務(wù)器建立了一個(gè)Session，同時(shí)服務(wù)器會(huì)自動(dòng)為其分配一個(gè)SessionID，用以標(biāo)識(shí)這個(gè)用戶的唯一身份。這個(gè)SessionID是由WWW服務(wù)器隨機(jī)產(chǎn)生的一個(gè)由24個(gè)字符組成的字符串，我們會(huì)在下面的實(shí)驗(yàn)中見(jiàn)到它的實(shí)際樣子。

　　這個(gè)唯一的SessionID是有很大的實(shí)際意義的。當(dāng)一個(gè)用戶提交了表單時(shí)，瀏覽器會(huì)將用戶的SessionID自動(dòng)附加在HTTP頭信息中，（這是瀏覽器的自動(dòng)功能，用戶不會(huì)察覺(jué)到），當(dāng)服務(wù)器處理完這個(gè)表單后，將結(jié)果返回給SessionID所對(duì)應(yīng)的用戶。試想，如果沒(méi)有SessionID，當(dāng)有兩個(gè)用戶同時(shí)進(jìn)行注冊(cè)時(shí)，服務(wù)器怎樣才能知道到底是哪個(gè)用戶提交了哪個(gè)表單呢。當(dāng)然，SessionID還有很多其他的作用，我們會(huì)在后面提及到。

　　除了SessionID，在每個(gè)Session中還包含很多其他信息。但是對(duì)于編寫(xiě)ASP或ASP.NET的程序與來(lái)說(shuō)，最有用的還是可以通過(guò)訪問(wèn)ASP/ASP.NET的內(nèi)置Session對(duì)象，為每個(gè)用戶存儲(chǔ)各自的信息。例如我們想了解一下訪問(wèn)我們網(wǎng)站的用戶瀏覽了幾個(gè)頁(yè)面，我們可能在用戶可能訪問(wèn)到每個(gè)的頁(yè)面中加入：

<%
If Session("PageViewed") = ""Then
　Session("PageViewed") = 1
Else
　Session("PageViewed") = Session("PageViewed") + 1
End If
%>

　　通過(guò)以下這句話可以讓用戶得知自己瀏覽了幾個(gè)頁(yè)面：

<%
Response.Write("You have viewed " & Session("PageViewed") & " pages")
%>

　　可能有些有些讀者會(huì)問(wèn)：這個(gè)看似像是數(shù)組的Session(“..”)是哪里來(lái)的？需要我定義嗎？實(shí)際上，這個(gè)Session對(duì)象是具有ASP解釋能力的的WWW服務(wù)器的內(nèi)建對(duì)象。也就是說(shuō)ASP的系統(tǒng)中已經(jīng)給你定義好了這個(gè)對(duì)象，你只需要使用就行了。其中Session(“..”)中的..就好像變量名稱，Session(“..”)=＄＄中的＄＄就是變量的值了。你只需要寫(xiě)上句話，在這個(gè)用戶的每個(gè)頁(yè)面中都可以訪問(wèn)..變量中的值了。

　　其實(shí)ASP一共內(nèi)建了7個(gè)對(duì)象，有Session、Application、Cookie、Response、Request、Server等。在其他的服務(wù)器端腳本語(yǔ)言如JSP、PHP等中也有其類似的對(duì)象，只是叫法或者使用方法上不太一樣。

ASP Session的功能的缺陷
　　目前ASP的開(kāi)發(fā)人員都正在使用Session這一強(qiáng)大的功能，但是在他們使用的過(guò)程中卻發(fā)現(xiàn)了ASP Session有以下缺陷：

　　進(jìn)程依賴性：ASP Session狀態(tài)存于IIS的進(jìn)程中，也就是inetinfo.exe這個(gè)程序。所以當(dāng)inetinfo.exe進(jìn)程崩潰時(shí)，這些信息也就丟失。另外，重起或者關(guān)閉IIS服務(wù)都會(huì)造成信息的丟失。
　　Session狀態(tài)使用范圍的局限性：剛一個(gè)用戶從一個(gè)網(wǎng)站訪問(wèn)到另外一個(gè)網(wǎng)站時(shí)，這些Session信息并不會(huì)隨之遷移過(guò)去。例如：新浪網(wǎng)站的WWW服務(wù)器可能不止一個(gè)，一個(gè)用戶登錄之后要去各個(gè)頻道瀏覽，但是每個(gè)頻道都在不同的服務(wù)器上，如果想在這些WWW服務(wù)器共享Session信息怎么辦呢？
Cookie的依賴性：實(shí)際上客戶端的Session信息是存儲(chǔ)與Cookie中的，如果客戶端完全禁用掉了Cookie功能，他也就不能享受到了Session提供的功能了。
鑒于ASP Session的以上缺陷，微軟的設(shè)計(jì)者們?cè)谠O(shè)計(jì)開(kāi)發(fā) ASP.NET Session時(shí)進(jìn)行了相應(yīng)的改進(jìn)，完全克服了以上缺陷，使得ASP.NET Session成為了一個(gè)更加強(qiáng)大的功能。

Web.config文件簡(jiǎn)介
　　有的ASP.NET程序員說(shuō)：Web.config文件？我從來(lái)沒(méi)有聽(tīng)說(shuō)過(guò)啊，可是我寫(xiě)的程序不是也能很正常的運(yùn)轉(zhuǎn)嗎？是的，你說(shuō)得沒(méi)錯(cuò)，沒(méi)有Web.config文件程序是可以正常運(yùn)行的。但是，如果你做了一個(gè)大型的網(wǎng)站，需要對(duì)整個(gè)網(wǎng)站做一些整體配置，例如整個(gè)網(wǎng)站的頁(yè)面使用何種語(yǔ)言編寫(xiě)的、網(wǎng)站的安全認(rèn)證模式、Session信息存儲(chǔ)方式等，這時(shí)你就需要使用Web.config文件了。雖然Web.config文件中的某些選項(xiàng)是可以通過(guò)IIS配置的，但是如果在Web.config中也有相應(yīng)的設(shè)置就會(huì)覆蓋掉IIS中的配置。而且，Web.config文件的最大的便利之處就是可以在ASP.NET頁(yè)面中通過(guò)調(diào)用System.web名字空間訪問(wèn)Web.config中的設(shè)置。

　　Web.config有兩種，分別是服務(wù)器配置文件和Web應(yīng)用程序配置文件，