服務(wù)熱線
153 8323 9821
執(zhí)行當(dāng)前 Web 請求期間生成了未處理的異常。可以使用下面的異常堆棧跟蹤信息確定有關(guān)異常原因和發(fā)生位置的信息。 |
原因分析:
web.config中配置SessionState的mode為StateServer,但服務(wù)器沒有開啟改個服務(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”,如果是,請參考:
使用 StateServer 模式
確保 ASP.NET 狀態(tài)服務(wù)正在將存儲會話狀態(tài)信息的遠程服務(wù)器上運行。該服務(wù)是隨 ASP.NET Premium 版一起安裝的,并且該服務(wù)默認情況下位于 <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ù)"啟動"ASP.NET State Service",這種方法我自己試了,能解決問題的。
這樣是可以了,但沒有理解為什么要這么做。后來在網(wǎng)上找了一上才知道真真的原因。
Session模型簡介
Session是什么呢?簡單來說就是服務(wù)器給客戶端的一個編號。當(dāng)一臺WWW服務(wù)器運行時,可能有若干個用戶瀏覽正在運正在這臺服務(wù)器上的網(wǎng)站。當(dāng)每個用戶首次與這臺WWW服務(wù)器建立連接時,他就與這個服務(wù)器建立了一個Session,同時服務(wù)器會自動為其分配一個SessionID,用以標識這個用戶的唯一身份。這個SessionID是由WWW服務(wù)器隨機產(chǎn)生的一個由24個字符組成的字符串,我們會在下面的實驗中見到它的實際樣子。
這個唯一的SessionID是有很大的實際意義的。當(dāng)一個用戶提交了表單時,瀏覽器會將用戶的SessionID自動附加在HTTP頭信息中,(這是瀏覽器的自動功能,用戶不會察覺到),當(dāng)服務(wù)器處理完這個表單后,將結(jié)果返回給SessionID所對應(yīng)的用戶。試想,如果沒有SessionID,當(dāng)有兩個用戶同時進行注冊時,服務(wù)器怎樣才能知道到底是哪個用戶提交了哪個表單呢。當(dāng)然,SessionID還有很多其他的作用,我們會在后面提及到。
除了SessionID,在每個Session中還包含很多其他信息。但是對于編寫ASP或ASP.NET的程序與來說,最有用的還是可以通過訪問ASP/ASP.NET的內(nèi)置Session對象,為每個用戶存儲各自的信息。例如我們想了解一下訪問我們網(wǎng)站的用戶瀏覽了幾個頁面,我們可能在用戶可能訪問到每個的頁面中加入:
<%
If Session("PageViewed") = ""Then
Session("PageViewed") = 1
Else
Session("PageViewed") = Session("PageViewed") + 1
End If
%>
通過以下這句話可以讓用戶得知自己瀏覽了幾個頁面:
<%
Response.Write("You have viewed " & Session("PageViewed") & " pages")
%>
可能有些有些讀者會問:這個看似像是數(shù)組的Session(“..”)是哪里來的?需要我定義嗎?實際上,這個Session對象是具有ASP解釋能力的的WWW服務(wù)器的內(nèi)建對象。也就是說ASP的系統(tǒng)中已經(jīng)給你定義好了這個對象,你只需要使用就行了。其中Session(“..”)中的..就好像變量名稱,Session(“..”)=$$中的$$就是變量的值了。你只需要寫上句話,在這個用戶的每個頁面中都可以訪問..變量中的值了。
其實ASP一共內(nèi)建了7個對象,有Session、Application、Cookie、Response、Request、Server等。在其他的服務(wù)器端腳本語言如JSP、PHP等中也有其類似的對象,只是叫法或者使用方法上不太一樣。
ASP Session的功能的缺陷
目前ASP的開發(fā)人員都正在使用Session這一強大的功能,但是在他們使用的過程中卻發(fā)現(xiàn)了ASP Session有以下缺陷:
進程依賴性:ASP Session狀態(tài)存于IIS的進程中,也就是inetinfo.exe這個程序。所以當(dāng)inetinfo.exe進程崩潰時,這些信息也就丟失。另外,重起或者關(guān)閉IIS服務(wù)都會造成信息的丟失。
Session狀態(tài)使用范圍的局限性:剛一個用戶從一個網(wǎng)站訪問到另外一個網(wǎng)站時,這些Session信息并不會隨之遷移過去。例如:新浪網(wǎng)站的WWW服務(wù)器可能不止一個,一個用戶登錄之后要去各個頻道瀏覽,但是每個頻道都在不同的服務(wù)器上,如果想在這些WWW服務(wù)器共享Session信息怎么辦呢?
Cookie的依賴性:實際上客戶端的Session信息是存儲與Cookie中的,如果客戶端完全禁用掉了Cookie功能,他也就不能享受到了Session提供的功能了。
鑒于ASP Session的以上缺陷,微軟的設(shè)計者們在設(shè)計開發(fā) ASP.NET Session時進行了相應(yīng)的改進,完全克服了以上缺陷,使得ASP.NET Session成為了一個更加強大的功能。
Web.config文件簡介
有的ASP.NET程序員說:Web.config文件?我從來沒有聽說過啊,可是我寫的程序不是也能很正常的運轉(zhuǎn)嗎?是的,你說得沒錯,沒有Web.config文件程序是可以正常運行的。但是,如果你做了一個大型的網(wǎng)站,需要對整個網(wǎng)站做一些整體配置,例如整個網(wǎng)站的頁面使用何種語言編寫的、網(wǎng)站的安全認證模式、Session信息存儲方式等,這時你就需要使用Web.config文件了。雖然Web.config文件中的某些選項是可以通過IIS配置的,但是如果在Web.config中也有相應(yīng)的設(shè)置就會覆蓋掉IIS中的配置。而且,Web.config文件的最大的便利之處就是可以在ASP.NET頁面中通過調(diào)用System.web名字空間訪問Web.config中的設(shè)置。
Web.config有兩種,分別是服務(wù)器配置文件和Web應(yīng)用程序配置文件,
上一篇:標簽列表(功能排序)