ASP.NET中在不同的子域中共享Session的具體方法
今天遇到了這個問題,于是研究了一下。要解決這個問題,首先就要明白一些Session的機理。Session在服務(wù)器是以散列表形式存在的,我們都知道Session是會話級的,每個用戶訪問都會生成一個Session。那么服務(wù)器是怎么區(qū)分不同用戶的Session?又是怎么將不同用戶的Session與不同的用戶綁定的呢?下面我們來研究一下,以下純屬我個人的理解,如有錯誤請指證。
Session在服務(wù)器端是以散列表的形式存在的,區(qū)分每一個Session是通過SessionID來實現(xiàn)的,所以可以說這個SessionID是一個Key是一個全局唯一的值。我們可以通過ASP.NET來打印出SessionID,如下代碼:
protected void Page_Load(object sender, EventArgs e)
{
Response.Write(Session.SessionID.ToString());
}
這樣我們就得到了這樣的值:0julmoedn0kz3gyfnr1vksv0,有點像是GUID,就算不是算法也都是類似的,主要就是為了保證全局唯一性。這樣就達到了區(qū)分不同用戶的Session的目的。接下來還有第二個問題,那就是SessionID有了,但是它又是怎么和相應(yīng)的訪問者(用戶)綁定的呢?比如說用戶A訪問維護了自己的SessionID,用戶B訪問也維護了自己的SessionID。我們都知道web是基于http無鏈接的,他們又是怎么做到的呢?沒錯,答案就是在客戶端存儲了自己的SessionID。瀏覽器存儲SessionID有兩種方式,一種就是利用Cookies;還有一種就是利用url參數(shù)(這種我們不常用,很不友好)。
話題說到Cookies上來了,怎么的?沒想到Session和Cookies還有這樣的關(guān)系吧?(很多人知道,別BS我)沒錯,當我們請求一個URL時候,服務(wù)器會生成一個全局的SessionID,并且把這個值以Cookies的形式保存在客戶端也就是瀏覽器(這里暫不討論url方式)。這樣當用戶再去請求的時候,在http頭把這個SessionID的Cookie發(fā)到服務(wù)器端,服務(wù)器就去找這個SessionID,如果找到了。就證明這個用戶的狀態(tài)是存在的。
知道了這個原理,我們的問題也就有眉頭了,即然是用Cookies來保存SessionID,那么我們就可以在Cooikes上做手腳了。我們都知道Cooikes記錄方式是以域(例如:http://m.fzitv.net/)為區(qū)分的,這也是各種瀏覽器規(guī)定的。如果不這么做,安全性就會有問題。我們要做的就是讓指定Cookies的父域方式,不指定具體指域,這樣Cookies就可以跨子域了。Cookies可以像這樣指定域:
protected void Page_Load(object sender, EventArgs e)
{
Response.Cookies["MyCook"].Domain = ".jb51.net";
}
這樣,我們所有的二級域全部是認這一個主域的,比如a.jb51.net;b.jb51.net;user.jb51.net等等。有了這個認識,我想大家心里也有數(shù)了,該怎么怎么做,但是現(xiàn)在問題是用來生成SessionID的方法是ASP.NET自動實現(xiàn)的,我們又怎么去干涉它呢?這是這樣做的,不主動干涉它,但是我可以操作它的Cookies啊。接下來我們就研究ASP.NET存SessionID的Cooike的名字是什么。經(jīng)過網(wǎng)上很容易就查找到了,名字是:ASP.NET_SessionId,這個就是SessionId的Cookies名字。我們可以在Session_Start中這樣寫:
protected void Session_Start(object sender, EventArgs e)
{
Response.Cookies["ASP.NET_SessionId"].Value = Session.SessionID.ToString();
Response.Cookies["ASP.NET_SessionId"].Domain = ".jb51.net";
}
代碼的意思是每次會話開始的時候,我都把ASP.NET_SessionId這個Cookie重寫成我們已有的SessionID,并且把這個Cookie的domain指定為父域,比如:.jb51.net,這樣就可以實現(xiàn)跨子域的Session共享了。怎么樣很簡單吧?
我們還有一個外題問題,就是客戶端保存的問題解決了,但是服務(wù)器端的Session怎么辦?一般情況下我們不同的子域做的是指向不同的服務(wù)器的,比如user.jb51.net 專門一臺服務(wù)器,yellow.jb51.net專門一臺服務(wù)器。這時它們別說是進程了,連物理上都不是一個了。Session怎么共享?這時就用到另一個方法了,我們默認的Session是存儲在asp.net進程中的,這樣沒法互相訪問,如下面所示:
<sessionState mode="InProc" />
我們可以修改為State Server方式,這是一個單獨的服務(wù)可以用來存儲ASP.NET Session的,它支持分布式遠程主機的,這樣我們可以用一臺服務(wù)器來提供Session服務(wù),如下所示:
<sessionState mode="StateServer" stateConnectionString="tcpip=127.0.0.1:42424" timeout="30" />
這樣,就完全實現(xiàn)了不同子域的Session共享了。
前面說到Url保存SessionId的方式,由于不常用,給大家演示一下,如下配置就可以了:
<sessionState mode="StateServer" stateConnectionString="tcpip=127.0.0.1:42424" timeout="30" cookieless="true" />
cookieless屬性指定是否用cookie來保存SessionId,我們運行一下得到下面的樣子:
http://localhost:3380/(S(dqxcs455n4u2vg55ia51fvqg))/default.aspx
相關(guān)文章
.NET?API?接口數(shù)據(jù)傳輸加密最佳實踐記錄
這篇文章主要介紹了.NET?API?接口數(shù)據(jù)傳輸加密最佳實踐記錄,我們在做?Api?接口時,相信一定會有接觸到要給傳輸?shù)恼埱?body?的內(nèi)容進行加密傳輸。其目的就是為了防止一些敏感的內(nèi)容直接被?UI?層查看或篡改,需要的朋友可以參考下2022-10-10
ASP.NET Core設(shè)置URLs的方法匯總(完美解決.NET 6項目局域網(wǎng)IP地址遠程無法訪問的
近期在dotnet項目中遇到這樣的問題.net6 運行以后無法通過局域網(wǎng)IP地址遠程訪問,整理出解決問題的五種方式方法,感興趣的朋友一起看看吧2023-11-11
.NET Core控制臺應(yīng)用程序如何使用異步(Async)Main方法詳解
這篇文章主要給大家介紹了關(guān)于.NET Core控制臺應(yīng)用程序如何使用異步(Async)Main方法的相關(guān)資料,文中通過圖文介紹的非常詳細,對大家的學(xué)習或者工作具有一定的參考學(xué)習價值,需要的朋友們下面隨著小編來一起學(xué)習學(xué)習吧2018-07-07
ASP.NET網(wǎng)站管理系統(tǒng)退出 清除瀏覽器緩存,Session的代碼
管理系統(tǒng)退出登陸后,將網(wǎng)址重新輸入后還會看到用戶登陸后的界面,為了解決這個問題,我采用了以下方法,需要的朋友可以參考下2012-05-05
關(guān)于Swagger優(yōu)化的實戰(zhàn)記錄
Swagger是一個規(guī)范和完整的框架,用于生成、描述、調(diào)用和可視化?RESTful風格的Web服務(wù),下面這篇文章主要給大家介紹了關(guān)于Swagger優(yōu)化的相關(guān)資料,需要的朋友可以參考下2022-04-04
IIS處理Asp.net請求和Asp.net頁面生命周期詳細說明
ASP.NET 頁運行時,此頁將經(jīng)歷一個生命周期,在生命周期中將執(zhí)行一系列處理步驟。這些步驟包括初始化、實例化控件、還原和維護狀態(tài)、運行事件處理程序代碼以及進行呈現(xiàn)2012-01-01
Asp.net MVC實現(xiàn)生成Excel并下載功能
這篇文章主要為大家詳細介紹了Asp.net MVC實現(xiàn)生成Excel并下載功能,具有一定的參考價值,感興趣的小伙伴們可以參考一下2017-12-12
將DataTable中的一行復(fù)制到另一個DataTable的方法
將DataTable中的一行復(fù)制到另一個DataTable的方法...2007-09-09

