沒法向會話狀態服務器發出會話狀態請求

沒法向會話狀態服務器發出會話狀態請求。請確保 ASP.NET State Service (ASP.NET 狀態服務)已啓動，而且客戶端端口與服務器端口相同。若是服務器位於遠程計算機上，請檢查 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state\Parameters\AllowRemoteConnection 的值，確保服務器接受遠程請求。若是服務器位於本地計算機上，而且上面提到的註冊表值不存在或者設置爲 0，則狀態服務器鏈接  

 

 

 

說明: 執行當前 Web 請求期間，出現未處理的異常。請檢查堆棧跟蹤信息，以瞭解有關該錯誤以及代碼中致使錯誤的出處的詳細信息。

異常詳細信息: System.Web.HttpException: 沒法向會話狀態服務器發出會話狀態請求。請確保 ASP.NET State Service (ASP.NET 狀態服務)已啓動，而且客戶端端口與服務器端口相同。若是服務器位於遠程計算機上，請檢查 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state\Parameters\AllowRemoteConnection 的值，確保服務器接受遠程請求。若是服務器位於本地計算機上，而且上面提到的註冊表值不存在或者設置爲 0，則狀態服務器鏈接字符串必須使用「localhost」或「127.0.0.1」做爲服務器名稱。

源錯誤: 

執行當前 Web 請求期間生成了未處理的異常。可使用下面的異常堆棧跟蹤信息肯定有關異常緣由和發生位置的信息。

 

緣由分析:
web.config中配置SessionState的mode爲StateServer，但服務器沒有開啓改個服務。

解決方法:
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」，若是是，請參考：   
  使用   StateServer   模式     
    
  確保   ASP.NET   狀態服務正在將存儲會話狀態信息的遠程服務器上運行。該服務是隨   ASP.NET   Premium   版一塊兒安裝的，而且該服務默認狀況下位於   <Drive>:\Program   Files\ASP.NET\Premium\version\aspnet_estate.exe。    
  在應用程序的   Web.config   文件中，設置   mode=StateServer   並設置   stateConnectionString   屬性；例如   stateConnectionString="tcpip=sarath:42424"。

或者
2.在服務中啓用"ASP.NET State service"

在"管理工具"中的"服務"啓動"ASP.NET   State   Service",這種方法我本身試了，能解決問題的。

這樣是能夠了，但沒有理解爲何要這麼作。後來在網上找了一上才知道真真的緣由。

Session模型簡介
　　Session是什麼呢？簡單來講就是服務器給客戶端的一個編號。當一臺WWW服務器運行時，可能有若干個用戶瀏覽正在運正在這臺服務器上的網站。當每一個用戶首次與這臺WWW服務器創建鏈接時，他就與這個服務器創建了一個Session，同時服務器會自動爲其分配一個SessionID，用以標識這個用戶的惟一身份。這個SessionID是由WWW服務器隨機產生的一個由24個字符組成的字符串，咱們會在下面的實驗中見到它的實際樣子。

　　這個惟一的SessionID是有很大的實際意義的。當一個用戶提交了表單時，瀏覽器會將用戶的SessionID自動附加在HTTP頭信息中，（這是瀏覽器的自動功能，用戶不會察覺到），當服務器處理完這個表單後，將結果返回給SessionID所對應的用戶。試想，若是沒有SessionID，當有兩個用戶同時進行註冊時，服務器怎樣才能知道究竟是哪一個用戶提交了哪一個表單呢。固然，SessionID還有不少其餘的做用，咱們會在後面說起到。

　　除了SessionID，在每一個Session中還包含不少其餘信息。可是對於編寫ASP或ASP.NET的程序與來講，最有用的仍是能夠經過訪問ASP/ASP.NET的內置Session對象，爲每一個用戶存儲各自的信息。例如咱們想了解一下訪問咱們網站的用戶瀏覽了幾個頁面，咱們可能在用戶可能訪問到每一個的頁面中加入：

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

　　經過如下這句話可讓用戶得知本身瀏覽了幾個頁面：

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

　　可能有些有些讀者會問：這個看似像是數組的Session(「..」)是哪裏來的？須要我定義嗎？實際上，這個Session對象是具備ASP解釋能力的的WWW服務器的內建對象。也就是說ASP的系統中已經給你定義好了這個對象，你只須要使用就好了。其中Session(「..」)中的..就好像變量名稱，Session(「..」)=＄＄中的＄＄就是變量的值了。你只須要寫上句話，在這個用戶的每一個頁面中均可以訪問..變量中的值了。

　　其實ASP一共內建了7個對象，有Session、Application、Cookie、Response、Request、Server等。在其餘的服務器端腳本語言如JSP、PHP等中也有其相似的對象，只是叫法或者使用方法上不太同樣。

ASP Session的功能的缺陷
　　目前ASP的開發人員都正在使用Session這一強大的功能，可是在他們使用的過程當中卻發現了ASP Session有如下缺陷：

　　進程依賴性：ASP Session狀態存於IIS的進程中，也就是inetinfo.exe這個程序。因此當inetinfo.exe進程崩潰時，這些信息也就丟失。另外，重起或者關閉IIS服務都會形成信息的丟失。
　　Session狀態使用範圍的侷限性：剛一個用戶從一個網站訪問到另一個網站時，這些Session信息並不會隨之遷移過去。例如：新浪網站的WWW服務器可能不止一個，一個用戶登陸以後要去各個頻道瀏覽，可是每一個頻道都在不一樣的服務器上，若是想在這些WWW服務器共享Session信息怎麼辦呢？
Cookie的依賴性：實際上客戶端的Session信息是存儲與Cookie中的，若是客戶端徹底禁用掉了Cookie功能，他也就不能享受到了Session提供的功能了。
鑑於ASP Session的以上缺陷，微軟的設計者們在設計開發 ASP.NET Session時進行了相應的改進，徹底克服了以上缺陷，使得ASP.NET Session成爲了一個更增強大的功能。

Web.config文件簡介
　　有的ASP.NET程序員說：Web.config文件？我歷來沒有據說過啊，但是我寫的程序不是也能很正常的運轉嗎？是的，你說得沒錯，沒有Web.config文件程序是能夠正常運行的。可是，若是你作了一個大型的網站，須要對整個網站作一些總體配置，例如整個網站的頁面使用何種語言編寫的、網站的安全認證模式、Session信息存儲方式等，這時你就須要使用Web.config文件了。雖然Web.config文件中的某些選項是能夠經過IIS配置的，可是若是在Web.config中也有相應的設置就會覆蓋掉IIS中的配置。並且，Web.config文件的最大的便利之處就是能夠在ASP.NET頁面中經過調用System.web名字空間訪問Web.config中的設置。

　　Web.config有兩種，分別是服務器配置文件和Web應用程序配置文件，他們都名爲Web.config。在這個配置文件中會保存當前IIS服務器中網頁的使用哪一種語言編寫的、應用程序安全認證模式、Session信息存儲方式的一系列信息。這些信息是使用XML語法保存的，若是想對其編輯，使用文本編輯器就好了。

　　其中服務器配置文件會對IIS服務器下全部的站點中的全部應用程序起做用。在.NET Framework 1.0中，服務器的Web.config文件是存在：\WinNT\Microsoft.NET\Framework\v1.0.3705中的。

　　而Web應用程序配置文件Web.config則保存在各個Web應用程序中。例如：當前網站的根目錄\Inetpub\wwwroot，而當前的Web應用程序爲MyApplication，則Web應用程序根目錄就應爲：\Inetpub\wwwroot\MyApplication。若是你的網站有且只有一個Web應用程序，通常說來應用程序的根目錄就是\Inetpub\wwwroot。若是想添加一個Web應用程序，在IIS中添加一個具備應用程序起始點的虛擬目錄就好了。這個目錄下的文件及目錄將被視爲一個Web應用程序。可是，這樣經過IIS添加Web應用程序是不會爲你生成Web.config文件的。若是想建立一個帶有Web.config文件的Web應用程序，須要使用Visual Studio.NET，新建一個Web應用程序項目。

　　Web應用程序的配置文件Web.config是可選的，無關緊要。若是沒有，每一個Web應用程序會使用服務器的Web.config配置文件。若是有，則會覆蓋服務器Web.config配置文件中相應的值。

　　在ASP.NET中，Web.config修改保存後會自動馬上成效，不用再像ASP中的配置文件修改後須要從新啓動Web應用程序才能生效了。

Web.config文件中的Session配置信息
　　打開某個應用程序的配置文件Web.config後，咱們會發現如下這段：

<sessionState
　　mode="InProc"
　　stateConnectionString="tcpip=127.0.0.1:42424"
　　sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
　　cookieless="false"
　　timeout="20" 
/>

　　這一段就是配置應用程序是如何存儲Session信息的了。咱們如下的各類操做主要是針對這一段配置展開。讓咱們先看看這一段配置中所包含的內容的意思。sessionState節點的語法是這樣的：

<sessionState mode="Off|InProc|StateServer|SQLServer"
               cookieless="true|false"
               timeout="number of minutes"
               stateConnectionString="tcpip=serverName:port"
               sqlConnectionString="sql connection string"
               stateNetworkTimeout="number of seconds"
/>

必須有的屬性是

屬性 選項 描述 mode   設置將Session信息存儲到哪裏 Off 設置爲不使用Session功能 InProc 設置爲將Session存儲在進程內，就是ASP中的存儲方式，這是默認值。 StateServer 設置爲將Session存儲在獨立的狀態服務中。 SQLServer 設置將Session存儲在SQL Server中。