下面來詳細說明：

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

沒有啟用，設置為false
啟用，設置為true


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

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

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

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

>net start aspnet_state

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

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

sqlConnectionString="valid SqlConnection string,minus Initial Catalog"
還必須運行一個腳本，準備存儲狀態(tài)所需的數據庫。腳本在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)的最有力的方法，不過從性能上而言，這種模式也是最為昂貴的。每個請求都需要在數據庫之間進行往返，這會嚴重影響應用程序進行響應。同時，利用網絡進行處理也會由于高負荷而產生瓶頸問題。

最新評論