下面來詳細說明：

timeout：指定了活動結(jié)束后會話的生存期（以分鐘計算）。如果用戶在一段指定的時間內(nèi)沒有被激活，就會有一個新的會話被創(chuàng)建，而先前的狀態(tài)將全部丟失。
cookieless：在默認狀態(tài)下，所生成的會話ID被存儲在一個cookie中，稍后，這個cookie會在其他請求中被ASP.NET讀取，以便對會話狀態(tài)進行判斷，從而連接到當(dāng)前用戶。
如果有些用戶禁用了瀏覽器中的cookie，我們就可以通過cookieless為這些用戶起用會話狀態(tài)。當(dāng)設(shè)置為true時，ASP.NET會自動把會話ID追加到URL，以及存在于被請求頁面中的任何相關(guān)的URL。

沒有啟用，設(shè)置為false
啟用，設(shè)置為true


這個機制會增加一個處理步驟，因為頁面中所有的鏈接都必須進行重寫才能包含這個會話ID，以后所請求的URL必須經(jīng)過解析才能提取它并獲取實際的資源URL（沒有會話ID）。
mode：狀態(tài)模式。

InProc——這是一個默認設(shè)置。所有的狀態(tài)都保存在運行應(yīng)用程序的同一個進程的內(nèi)存中。這樣能夠使性能達到最優(yōu)，但是如果應(yīng)用程序被重啟，或者進程由于某種原因而被掛起，那么相關(guān)用戶的所有會話數(shù)據(jù)都將丟失。

StateServer——可以利用這個設(shè)置從運行應(yīng)用程序的進程中分離出狀態(tài)存儲器。它可以聯(lián)合下面兩個屬性：
stateConnectionString="tcpip=server:port" stateNetworkTimeout="for network operations with State Server,in seconds"

可以通過指定機器的地址和端口，把狀態(tài)信息保存到它自己的進程和內(nèi)存中。這樣可以把狀態(tài)從應(yīng)用程序中隔離出來，防止它出現(xiàn)故障。在狀態(tài)服務(wù)器及其中，必須啟動ASP.NET狀態(tài)服務(wù)，這項服務(wù)的啟動既可以通過Serivces完成，也可以通過下面的命令提示完成：

>net start aspnet_state

還可以把這項服務(wù)設(shè)置為自動啟動。通過設(shè)置好狀態(tài)服務(wù)器的IP地址，就可以把相應(yīng)的機器指定為保存應(yīng)用程序的狀態(tài)信息。這樣可以防止應(yīng)用程序服務(wù)器重啟，但是卻不能防止機器重新啟動。還需要注意的是，把狀態(tài)存儲器放在應(yīng)用進程外面會產(chǎn)生性能沖突，特別是當(dāng)應(yīng)用程序位于網(wǎng)絡(luò)中的另一臺機器上時。一定要弄清楚保留會話信息所引起的沖突是否是正常的。

SQLServer——如果決定不惜任何代價保留會話狀態(tài)，就可以利用這個設(shè)置。這個模式可以把所有會話狀態(tài)保存在SQL Server數(shù)據(jù)庫中，因此它可以經(jīng)受應(yīng)用程序、服務(wù)器、甚至數(shù)據(jù)庫服務(wù)器（假設(shè)數(shù)據(jù)庫本身無故障）的任何失敗操作。對這個模式進行設(shè)置其實就是對sessionState元素的以下屬性進行配置：

sqlConnectionString="valid SqlConnection string,minus Initial Catalog"
還必須運行一個腳本，準備存儲狀態(tài)所需的數(shù)據(jù)庫。腳本在D:\WINDOWS\Microsoft.NET\Framework\v1.1.4322路徑下的installsqlstate.sql文件

運行這個腳本不需要使用SQL Server 2000 Query Analyzer（查詢分析器）。MSDE為我們提供了一個命令行實用程序：osql。
>osql –S [servername] –U [login] –P [pwd] < InstallSqlState.sql
為了獲取最大的可靠性，我們甚至可以對SQL Server進行分組。這種模式是保護會話狀態(tài)的最有力的方法，不過從性能上而言，這種模式也是最為昂貴的。每個請求都需要在數(shù)據(jù)庫之間進行往返，這會嚴重影響應(yīng)用程序進行響應(yīng)。同時，利用網(wǎng)絡(luò)進行處理也會由于高負荷而產(chǎn)生瓶頸問題。

最新評論