asp.net配置工作階段狀態Session實現代碼

下面來詳細說明：

複製代碼 代碼如下:<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進行分組。這種模式是保護工作階段狀態的最有力的方法，不過從效能上而言，這種模式也是最為昂貴的。每個請求都需要在資料庫之間進行往返，這會嚴重影響應用程式進行響應。同時，利用網路進行處理也會由於高負荷而產生瓶頸問題。