代碼如下:

<sessionState 
timeout="timeout in minutes" 
cookieless="[true|false]" 
mode="Off|InProc|StateServer|SQLServer" 
stateConnectionString="tcpip=server:port" 
stateNetworkTimeout="for network operations with State Server,in seconds" 
sqlConnectionString="valid SqlConnection string,minus Initial Catalog" 
/> 
 
timeout：指定了活動結束后會話的生存期（以分鐘計算）。如果用戶在一段指定的時間內沒有被激活，就會有一個新的會話被創建，而先前的狀態將全部丟失。 
cookieless：在默認狀態下，所生成的會話ID被存儲在一個cookie中，稍后，這個cookie會在其他請求中被ASP.NET讀取，以便對會話狀態進行判斷，從而連接到當前用戶。 
如果有些用戶禁用了瀏覽器中的cookie，我們就可以通過cookieless為這些用戶起用會話狀態。當設置為true時，ASP.NET會自動把會話ID追加到URL，以及存在于被請求頁面中的任何相關的URL。 
沒有啟用，設置為false 
啟用，設置為true 

這個機制會增加一個處理步驟，因為頁面中所有的鏈接都必須進行重寫才能包含這個會話ID，以后所請求的URL必須經過解析才能提取它并獲取實際的資源URL（沒有會話ID）。 
mode：狀態模式。 
InProc——這是一個默認設置。所有的狀態都保存在運行應用程序的同一個進程的內存中。這樣能夠使性能達到最優，但是如果應用程序被重啟，或者進程由于某種原因而被掛起，那么相關用戶的所有會話數據都將丟失。 
StateServer——可以利用這個設置從運行應用程序的進程中分離出狀態存儲器。它可以聯合下面兩個屬性： 
stateConnectionString="tcpip=server:port" stateNetworkTimeout="for network operations with State Server,in seconds" 
可以通過指定機器的地址和端口，把狀態信息保存到它自己的進程和內存中。這樣可以把狀態從應用程序中隔離出來，防止它出現故障。在狀態服務器及其中，必須啟動ASP.NET狀態服務，這項服務的啟動既可以通過Serivces控制臺完成，也可以通過下面的命令提示完成： 
>net start aspnet_state 
還可以把這項服務設置為自動啟動。通過設置好狀態服務器的IP地址，就可以把相應的機器指定為保存應用程序的狀態信息。這樣可以防止應用程序服務器重啟，但是卻不能防止機器重新啟動。還需要注意的是，把狀態存儲器放在應用進程外面會產生性能沖突，特別是當應用程序位于網絡中的另一臺機器上時。一定要弄清楚保留會話信息所引起的沖突是否是正常的。 
SQLServer——如果決定不惜任何代價保留會話狀態，就可以利用這個設置。這個模式可以把所有會話狀態保存在SQL Server數據庫中，因此它可以經受應用程序、服務器、甚至數據庫服務器（假設數據庫本身無故障）的任何失敗操作。對這個模式進行設置其實就是對sessionState元素的以下屬性進行配置： 
sqlConnectionString="valid SqlConnection string,minus Initial Catalog" 
還必須運行一個腳本，準備存儲狀態所需的數據庫。腳本在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進行分組。這種模式是保護會話狀態的最有力的方法，不過從性能上而言，這種模式也是最為昂貴的。每個請求都需要在數據庫之間進行往返，這會嚴重影響應用程序進行響應。同時，利用網絡進行處理也會由于高負荷而產生瓶頸問題。
 
 




聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com