下面來詳細說明：
復制代碼 代碼如下:
<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進行分組。這種模式是保護會話狀態的最有力的方法，不過從性能上而言，這種模式也是最為昂貴的。每個請求都需要在數據庫之間進行往返，這會嚴重影響應用程序進行響應。同時，利用網絡進行處理也會由於高負荷而產生瓶頸問題。
