Session 詳解

Session:簡單來說就是服務器給客戶端的一個編號.當一臺WWW服務器運行時,可能有若干個用戶瀏覽正在運正在這臺服務器上的網站.當每個用戶首次與這臺WWW服務器建立連接時,他就與這個服務器建立了一個Session,同時服務器會自動爲其分配一個SessionID,用以標識這個用戶的唯一身份.這個SessionID是由WWW服務器隨機產生的一個由24個字符組成的字符串,我們會在下面的實驗中見到它的實際樣子.
    這個唯一的SessionID是有很大的實際意義的.當一個用戶提交了表單時,瀏覽器會將用戶的SessionID自動附加在HTTP頭信息中,(這是瀏覽器的自動功能,用戶不會察覺到),當服務器處理完這個表單後,將結果返回給SessionID所對應的用戶.試想,如果沒有SessionID,當有兩個用戶同時進行註冊時,服務器怎樣才能知道到底是哪個用戶提交了哪個表單呢.當然,SessionID還有很多其他的作用,我們會在後面提及到.
    除了SessionID,在每個Session中還包含很多其他信息.但是對於編寫asp或asp.NET的程序與來說,最有用的還是可以通過訪問asp/asp.NET的內置Session對象,爲每個用戶存儲各自的信息.例如我們想了解一下訪問我們網站的用戶瀏覽了幾個頁面,我們可能在用戶可能訪問到每個的頁面中加入：
程序代碼：
<%If Session( "PageViewed" ) = ""Then  Session( "PageViewed" ) = 1Else  Session( "PageViewed" ) = Session( "PageViewed" ) + 1End If%>
     通過以下這句話可以讓用戶得知自己瀏覽了幾個頁面：
程序代碼：
<%Response.Write( "You have viewed " & Session( "PageViewed" ) & " pages" )%>
     可能有些有些讀者會問：這個看似像是數組的Session( “..” )是哪裏來的？需要我定義嗎？實際上,這個Session對象是具有asp解釋能力的的WWW服務器的內建對象.也就是說asp的系統中已經給你定義好了這個對象,你只需要使用就行了.其中Session( “..” )中的..就好像變量名稱,Session( “..” )=$$中的$$就是變量的值了.你只需要寫上句話,在這個用戶的每個頁面中都可以訪問..變量中的值了.
    其實asp一共內建了7個對象,有Session、Application、Cookie、Response、Request、Server等.在其他的服務器端腳本語言如JSP、PHP等中也有其類似的對象,只是叫法或者使用方法上不太一樣.asp Session的功能的缺陷
    目前asp的開發人員都正在使用Session這一強大的功能,但是在他們使用的過程中卻發現了asp Session有以下缺陷：
    進程依賴性：asp Session狀態存於IIS的進程中,也就是inetinfo.exe這個程序.所以當inetinfo.exe進程崩潰時,這些信息也就丟失.另外,重起或者關閉IIS服務都會造成信息的丟失.
Session狀態使用範圍的侷限性：剛一個用戶從一個網站訪問到另外一個網站時,這些Session信息並不會隨之遷移過去.例如：新浪網站的WWW服務器可能不止一個,一個用戶登錄之後要去各個頻道瀏覽,但是每個頻道都在不同的服務器上,如果想在這些WWW服務器共享Session信息怎麼辦呢？ Cookie的依賴性：實際上客戶端的Session信息是存儲與Cookie中的,如果客戶端完全禁用掉了Cookie功能,他也就不能享受到了Session提供的功能了?lt;赼sp Session的以上缺陷,微軟的設計者們在設計開發 asp.NET Session時進行了相應的改進,完全克服了以上缺陷,使得asp.NET Session成爲了一個更加強大的功能.Web.config文件簡介
    有的asp.NET程序員說：Web.config文件？我從來沒有聽說過?你說得沒錯,沒有Web.config文件程序是可以正常運行的.但是,如果你做了一個大型的網站,需要對整個網站做一些整體配置,例如整個網站的頁面使用何種語言編寫的、網站的安全認證模式、Session信息存儲方式等,這時你就需要使用Web.config文件了.雖然Web.config文件中的某些選項是可以通過IIS配置的,但是如果在Web.config中也有相應的設置就會覆蓋掉IIS中的配置.而且,Web.config文件的最大的便利之處就是可以在asp.NET頁面中通過調用System.web名字空間訪問Web.config中的設置.
Web.config有兩種,分別是服務器配置文件和Web應用程序配置文件,他們都名爲Web.config.在這個配置文件中會保存當前IIS服務器中網頁的使用哪種語言編寫的、應用程序安全認證模式、Session信息存儲方式的一系列信息.這些信息是使用XML語法保存的,如果想對其編輯,使用文本編輯器就行了.
    其中服務器配置文件會對IIS服務器下所有的站點中的所有應用程序起作用.在.NET Framework 1.0中,服務器的Web.config文件是存在：WinNTMicrosoft.NETFrameworkv1.0.3705中的.
    而Web應用程序配置文件Web.config則保存在各個Web應用程序中.例如：當前網站的根目錄Inetpubwwwroot,而當前的Web應用程序爲MyApplication,則Web應用程序根目錄就應爲：InetpubwwwrootMyApplication.如果你的網站有且只有一個Web應用程序,一般說來應用程序的根目錄就是Inetpubwwwroot.如果想添加一個Web應用程序,在IIS中添加一個具有應用程序起始點的虛擬目錄就行了.這個目錄下的文件及目錄將被視爲一個Web應用程序.但是,這樣通過IIS添加Web應用程序是不會爲你生成Web.config文件的.如果想創建一個帶有Web.config文件的Web應用程序,需要使用Visual Studio.NET,新建一個Web應用程序項目.
Web應用程序的配置文件Web.config是可選的,可有可無.如果沒有,每個Web應用程序會使用服務器的Web.config配置文件.如果有,則會覆蓋服務器Web.config配置文件中相應的值.
    在asp.NET中,Web.config修改保存後會自動立刻成效,不用再像asp中的配置文件修改後需要重新啓動Web應用程序才能生效了.Web.config文件中的Session配置信息
    打開某個應用程序的配置文件Web.config後,我們會發現以下這段：
程序代碼：
<sessionState
mode="InProc"
stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data source=127.0.0.1;
Trusted_Connection=yes"
cookieless="false"
timeout="20" />
     這一段就是配置應用程序是如何存儲Session信息的了.我們以下的各種操作主要是針對這一段配置展開.讓我們先看看這一段配置中所包含的內容的意思.sessionState節點的語法是這樣的：
程序代碼：
<sessionState mode="Off|InProc|StateServer|SQLServer"
cookieless="true|false"
timeout="number of minutes"
stateConnectionString="tcpip=server:port"
sqlConnectionString="sql connection
string"
stateNetworkTimeout="number of seconds"/>必須有的屬性是屬性
      選項
             描述 mode
                       設置將Session信息存儲到哪裏
Off
              設置爲不使用Session功能
InProc
          設置爲將Session存儲在進程內,就是asp中的存儲方式,這是默認值.
StateServer  設置爲將Session存儲在獨立的狀態服務中.
SQLServer
    設置將Session存儲在SQL Server中. 可選的屬性是：屬性
             選項
                             描述 cookieless
                                        設置客戶端的Session信息存儲到哪裏
ture
                             使用Cookieless模式
false
                             使用Cookie模式,這是默認值.
timeout
                        設置經過多少分鐘後服務器自動放棄Session信息.默認爲20分鐘
stateConnectionString
    設置將Session信息存儲在狀態服務中時使用的服務器名稱和端口號,例如："tcpip=127.0.0.1:42424”.當mode的值是StateServer是,這個屬性是必需的.
sqlConnectionString
        設置與SQL Server連接時的連接字符串.例如"data source=localhost;
Integrated Security=SSPI;
Initial Catalog=northwind".當mode的值是SQLServer時,這個屬性是必需的.
stateNetworkTimeout
    設置當使用StateServer模式存儲Session狀態時,經過多少秒空閒後,斷開Web服務器與存儲狀態信息的服務器的TCP/IP連接的.默認值是10秒鐘. asp.NET中客戶端Session狀態的存儲
    在我們上面的Session模型簡介中,大家可以發現Session狀態應該存儲在兩個地方,分別是客戶端和服務器端.客戶端只負責保存相應網站的SessionID,而其他的Session信息則保存在服務器端.在asp中,客戶端的SessionID實際是以Cookie的形式存儲的.如果用戶在瀏覽器的設置中選擇了禁用Cookie,那末他也就無法享受Session的便利之處了,甚至造成不能訪問某些網站.爲了解決以上問題,在asp.NET中客戶端的Session信息存儲方式分爲：Cookie和Cookieless兩種.
asp.NET中,默認狀態下,在客戶端還是使用Cookie存儲Session信息的.如果我們想在客戶端使用Cookieless的方式存儲Session信息的方法如下：
    找到當前Web應用程序的根目錄,打開Web.Config文件,找到如下段落：
程序代碼：
<sessionState
mode="InProc"
stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data source=127.0.0.1;
Trusted_Connection=yes"
cookieless="false"
timeout="20" />
     這段話中的cookieless="false"改爲：cookieless="true",這樣,客戶端的Session信息就不再使用Cookie存儲了,而是將其通過URL存儲.關閉當前的IE,打開一個新IE,重新訪問剛纔的Web應用程序,就會看到類似下面的樣子：
其中,http://localhost/MyTestApplication/( ulqsek45heu3ic2a5zgdl245 )/default.aspx中黑體標出的就是客戶端的Session ID.注意,這段信息是由IIS自動加上的,不會影響以前正常的連接.asp.NET中服務器端Session狀態的存儲準備工作
    爲了您能更好的體驗到實驗現象,您可以建立一個叫做SessionState.aspx的頁面,然後把以下這些代碼添加到
<body>
</body>中.
程序代碼：
<scriptrunat="server">Sub Session_Add( sender As Object, e As EventArgs )
Session( "MySession" ) = text1.Value
span1.InnerHtml = "Session data updated! <P>Your session contains: <font color=red>" &
Session( "MySession" ).ToString( ) & "</font>"End SubSub CheckSession( sender As Object, eAs EventArgs )
If ( Session( "MySession" )Is Nothing ) Then
span1.InnerHtml = "NOTHING, SESSION DATA LOST!"
Else
span1.InnerHtml = "Your session contains: <font color=red>" &
Session( "MySession" ).ToString( ) & "</font>"End IfEnd Sub</script>
<formrunat="server"id="Form2">
<inputid="text1"type="text"runat="server"name="text1">
<inputtype="submit"runat="server"OnServerClick="Session_Add"
value="Add to Session State" id="Submit1"name="Submit1">
<inputtype="submit"runat="server"OnServerClick="CheckSession"
value="View Session State" id="Submit2"name="Submit2">
</form><hrsize="1"><fontsize="6"><spanid="span1"runat="server" /></font>
     這個SessionState.aspx的頁面可以用來測試在當前的服務器上是否丟失了Session信息.將服務器Session信息存儲在進程中
    讓我們來回到Web.config文件的剛纔那段段落中：
程序代碼：
<sessionState
mode="InProc"
stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data source=127.0.0.1;
Trusted_Connection=yes"
cookieless="false"
timeout="20" />
     當mode的值是InProc時,說明服務器正在使用這種模式.
    這種方式和以前asp中的模式一樣,就是服務器將Session信息存儲在IIS進程中.當IIS關閉、重起後,這些信息都會丟失.但是這種模式也有自己最大好處,就是性能最高.應爲所有的Session信息都存儲在了IIS的進程中,所以IIS能夠很快的訪問到這些信息,這種模式的性能比進程外存儲Session信息或是在SQL Server中存儲Session信息都要快上很多.這種模式也是asp.NET的默認方式.
    好了,現在讓我們做個試驗.打開剛纔的SessionState.aspx頁面,隨便輸入一些字符,使其存儲在Session中.然後,讓我們讓IIS重起.注意,並不是使當前的站點停止再開始,而是在IIS中本機的機器名的節點上點擊鼠標右鍵,選擇重新啓動IIS.( 想當初使用NT4時,重新啓動IIS必須要重新啓動計算機才行,微軟真是@#$%^& )返回到SessionState.aspx頁面中,檢查剛纔的Session信息,發現信息已經丟失了.將服務器Session信息存儲在進程外
    首先,讓我們來打開管理工具->服務,找到名爲：asp.NET State Service的服務,啓動它.實際上,這個服務就是啓動一個要保存Session信息的進程.啓動這個服務後,你可以從Windows任務管理器->進程中看到一個名爲aspnet_state.exe的進程,這個就是我們保存Session信息的進程.
    然後,回到Web.config文件中上述的段落中,將mode的值改爲StateServer.保存文件後的重新打開一個IE,打開SessionState.aspx頁面,保存一些信息到Session中.這時,讓我們重起IIS,再回到SessionState.aspx頁面中查看剛纔的Session信息,發現沒有丟失.
    實際上,這種將Session信息存儲在進程外的方式不光指可以將信息存儲在本機的進程外,還可以將Session信息存儲在其他的服務器的進程中.這時,不光需要將mode的值改爲StateServer,還需要在stateConnectionString中配置相應的參數.例如你的計算你是192.168.0.1,你想把Session存儲在IP爲192.168.0.2的計算機的進程中,就需要設置成這樣：stateConnectionString="tcpip=192.168.0.2:42424".當然,不要忘記在192.168.0.2的計算機中裝上.NET Framework,並且啓動asp.NET State Services服務.將服務器Session信息存儲在SQL Server中
    首先,還是讓我們來做一些準備工作.啓動SQL Server和SQL Server代理服務.在SQL Server中執行一個叫做InstallSqlState.sql的腳本文件.這個腳本文件將在SQL Server中創建一個用來專門存儲Session信息的數據庫,及一個維護Session信息數據庫的SQL Server代理作業.我們可以在以下路徑中找到那個文件：
程序代碼：
[system drive]winntMicrosoft.NETFramework[version]
     然後打開查詢分析器,連接到SQL Server服務器,打開剛纔的那個文件並且執行.稍等片刻,數據庫及作業就建立好了.這時,你可以打開企業管理器,看到新增了一個叫aspState的數據庫.但是這個數據庫中只是些存儲過程,沒有用戶表.實際上Session信息是存儲在了tempdb數據庫的aspStateTempSessions表中的,另外一個aspStateTempApplications表存儲了asp中Application對象信息.這兩個表也是剛纔的那個腳本建立的.另外查看管理->SQL Server代理->作業,發現也多了一個叫做aspState_Job_DeleteExpiredSessions的作業,這個作業實際上就是每分鐘去aspStateTempSessions表中刪除過期的Session信息的.
    接着,我們返回到Web.config文件,修改mode的值改爲SQLServer.注意,還要同時修改sqlConnectionString的值,格式爲：
程序代碼：
sqlConnectionString="data source=localhost;
Integrated Security=SSPI;
"
    其中data source是指SQL Server服務器的IP地址,如果SQL Server與IIS是一臺機子,寫127.0.0.1就行了.Integrated Security=SSPI的意思是使用Windows集成身份驗證,這樣,訪問數據庫將以asp.NET的身份進行,通過如此配置,能夠獲得比使用userid=sa;
password=口令的SQL Server驗證方式更好的安全性.當然,如果SQL Server運行於另一臺計算機上,你可能會需要通過Active Directory域的方式來維護兩邊驗證的一致性.
    同樣,讓我們做個試驗.向SessionState.aspx中添加Session信息,這時發現Session信息已經存在SQL Server中了,即使你重起計算機,剛纔的Session信息也不會丟失.現在,你已經完全看見了Session信息到底是什麼樣子的了,而且又是存儲在SQL Server中的,能幹什麼就看你的發揮了,哈哈.總結
    通過這篇文章,你可以看到在Session的管理和維護上,asp.NET比asp有了很大的進步,我們可以更加隨意的挑選適合的方法了.對於企業級的應用來說,這無疑對於服務器的同步、服務器的穩定性、可靠性都是有利的.相信在強大的微軟支持下,新一代的電子商務平臺將會搭建的更好?
   大家也會發現,在這個整個技術中包括了操作系統、Web服務及數據庫多種技術的整合.我相信,也許Windows沒有Unix穩定,IIS沒有Apache穩定,SQL Server也沒有Oracle強大,但是,誰可以將他們如此完美的聯動到一起呢？所以說,雖然微軟每一方面都不是太強,但是如果把微軟的東西都整合到一起,誰敢說他不強大呢？微軟就是微軟！