ASP.NET Core中間件會話狀態(tài)讀寫及生命周期示例
更新時間：2022年04月28日 15:04:27 作者：Upgrader
這篇文章主要為大家介紹了ASP.NET Core中間件會話狀態(tài)讀寫及生命周期示例，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步，早日升職加薪
前言：
本文使用 .NET Core SDK 3.1 的版本。
1) 關(guān)于Http中的會話
- Http是一種采用請求響應(yīng)消息交換模式，且無狀態(tài)的傳輸協(xié)議。
- 該協(xié)議確?？蛻舳藢⒄埱髨笪陌l(fā)送給目標(biāo)服務(wù)器并接收來自服務(wù)端的響應(yīng)報文，這個報文交換是一個Http事務(wù)。
- 從協(xié)議的角度講，即使在使用長連接的情況下，同一個客戶端和服務(wù)器之間進行多個Http事務(wù)也是完全獨立的
- 所以需要在應(yīng)用層為兩者去建立一個上下文來保存多次消息交換的狀態(tài)，這就是所謂的會話。
2) 關(guān)于 ASP.NET Core 中的會話
- 在 ASP.NET Core 中利用一個叫做 Session 的中間件來實現(xiàn)會話，
- 每個會話都有一個標(biāo)識SessionKey，但是SessionKey不是唯一標(biāo)識，是一個數(shù)據(jù)字典的形式，
- 將SessionKey保存在服務(wù)端，當(dāng)會話中間件在處理會話的第一個請求的時候，會創(chuàng)建一個SessionKey
- 并基于它創(chuàng)建一個獨立的數(shù)據(jù)字典來存儲會話狀態(tài)，應(yīng)用程序設(shè)置的會話狀態(tài)都是自動保存在當(dāng)前會話對應(yīng)的數(shù)據(jù)字典中的
- 這個SessionKey最終會以 Cookie 的形式寫入響應(yīng)并返回給客戶端，
- 客戶端在每次發(fā)起請求的時候都會附加這個 Cookie，從而使我們的應(yīng)用程序能夠準(zhǔn)確定位到當(dāng)前會話對應(yīng)的數(shù)據(jù)字典。
一、配置會話中間件
配置基于內(nèi)存的分布式緩存服務(wù)和會話服務(wù)，如需要將緩存放置于數(shù)據(jù)庫可以參考微軟官方文檔
public void ConfigureServices(IServiceCollection services)
{
// 添加基于內(nèi)存的緩存服務(wù)，以供會話中間件來使用
collection.AddDistributedMemoryCache();
// 添加會話
collection.AddSession();
}
添加會話中間件
public void Configure(IApplicationBuilder app)
{
// 引入會話中間件
app.UseSession();
}
二、會話狀態(tài)的讀寫
寫入Session
ISession session = httpContext.Session;
var sessionStartTime = DateTime.Now.ToString(CultureInfo.InvariantCulture);
session.SetString("SessionStartTime", sessionStartTime);
讀取Session
ISession session = httpContext.Session;
session.TryGetValue("SessionStartTime", out var value);
var sessionStartTime = Encoding.UTF8.GetString(value);
獲取SessionId
ISession session = httpContext.Session;
session.TryGetValue("SessionStartTime", out var value);
var sessionStartTime = Encoding.UTF8.GetString(value);
獲取SessionKey
SessionKey 需要通過反射獲取
ISession session = httpContext.Session;
var field = typeof(DistributedSession).GetTypeInfo()
.GetField("_sessionKey", BindingFlags.Instance | BindingFlags.NonPublic);
var sessionKey = field?.GetValue(session);
三、 示例的生命周期
這里準(zhǔn)備了示例的代碼：
app.UseEndpoints(endpoints =>
{
endpoints.MapGet("/get", async httpContext =>
{
ISession session = httpContext.Session;
string sessionStartTime;
if (session.TryGetValue("SessionStartTime", out var value))
{
sessionStartTime = Encoding.UTF8.GetString(value);
}
else
{
sessionStartTime = DateTime.Now.ToString(CultureInfo.InvariantCulture);
session.SetString("SessionStartTime", sessionStartTime);
}
var field = typeof(DistributedSession).GetTypeInfo()
.GetField("_sessionKey", BindingFlags.Instance | BindingFlags.NonPublic);
var sessionKey = field?.GetValue(session);
var responseText = $@"
<html>
<body>
<h1>Get Session</h1>
<ul>
<li>Session ID：{session.Id}</li>
<li>Session Key：{sessionKey}</li>
<li>Session Start Time：{sessionStartTime}</li>
<li>Current Time：{DateTime.Now:yyyy-MM-dd HH:mm:ss}</li>
</ul>
</body>
</html>";
httpContext.Response.ContentType = "text/html";
await httpContext.Response.WriteAsync(responseText);
});
});
清除瀏覽器中的 Cookie，然后刷新頁面進入/get頁面中，可以看到在新的網(wǎng)絡(luò)請求中響應(yīng)標(biāo)頭多了一個 set-cookie，這個set-cookie是被加密的SessionKey，還具有 httponly 的標(biāo)簽，以防止Cookie 的值被跨站讀取。
默認(rèn)請求下 Cookie 采用的路徑是根路徑
然后我們重新刷新頁面，可以看到請求標(biāo)頭中多出一個 cookie，就是之前的 set-cookie，因為之前緩存被清除以后，第一次刷新標(biāo)頭多一個 set-cookie，相當(dāng)于創(chuàng)建一個新的會話，當(dāng)下一次發(fā)起請求就會帶上 cookie。
四、其他
- SessionId 可以作為會話的唯一標(biāo)識，但是 SessionKey 不可以
- 也就是說兩個不同的 Session，肯定具有不同的 SessionId，但是他們有可能共享相同的SessionKey
- 當(dāng)會話中間件接收到會話的第一個請求的時候，他會創(chuàng)建兩個不同的 guid，分別表示 SessionKey 和 SessionId
- 其中 SessionId 將被作為會話狀態(tài)的一部分被存儲起來，而 SessionKey 則會以會話的形式返回給客戶端
- 會話一般都是有有效期的，而會話的有效期基本決定了存儲的會話狀態(tài)數(shù)據(jù)的有效期
- 默認(rèn)情況下 ASP.NET Core 應(yīng)用的會話它所采用的默認(rèn)過期時間是20分鐘， 默認(rèn)情況下20分鐘內(nèi)的任意請求都會將會話的壽命延長再延長
- 兩次請求的時間超過了有效期，意味著這個會話過期，存儲的會話狀態(tài)數(shù)據(jù)包括 SessionId 也都會被清除
- 但是請求攜帶的 SessionKey 可能還是原來的 SessionKey
- 在這種請求下，會話中間件會創(chuàng)建一個新的會話，這個新的會話具有不同的 SessionId，但是整個會話狀態(tài)仍然會沿用原來的 SessionKey
- 所以 SessionKey 不能作為會話的唯一標(biāo)識，它只代表存儲數(shù)據(jù)的標(biāo)識
- 會話本質(zhì)上就是在應(yīng)用的層面上提供了一個數(shù)據(jù)容器來保存客戶端的狀態(tài)，這個客戶端狀態(tài)就是會話狀態(tài)，會話的核心功能就是會話狀態(tài)的讀寫
以上就是ASP.NET Core中間件會話狀態(tài)讀寫及生命周期示例的詳細內(nèi)容，更多關(guān)于ASP.NET Core會話中間件的資料請關(guān)注腳本之家其它相關(guān)文章！
相關(guān)文章
由于最近在業(yè)務(wù)上的需要，利用.NET把一個文件夾下面的所有文件讀取，然后從文件中正則匹配出所有的電子郵件，然后寫入到一個新的文件夾，需求就這樣，很簡單。代碼寫作也不超過10min，發(fā)上來吧。哈哈2008-12-12
asp.net實現(xiàn)非常實用的自定義頁面基類(附源碼)
這篇文章主要介紹了asp.net實現(xiàn)非常實用的自定義頁面基類,包含日志處理、控件賦值、異常處理等功能,非常具有實用價值,需要的朋友可以參考下2015-11-11
ASP.NET調(diào)用WebService服務(wù)的方法詳解
這篇文章主要介紹了ASP.NET調(diào)用WebService服務(wù)的方法,較為詳細的分析了WebService服務(wù)的功能,創(chuàng)建步驟與使用方法,需要的朋友可以參考下2016-05-05
Visual Studio 2019 使用 Live Share的教程圖解
Visual Studio 2019 在今天發(fā)布（北京時間）了，這次帶來了一個比較有趣的 Live Share 功能，使用它可以進行更好的協(xié)作開發(fā)。這篇文章主要介紹了Visual Studio 2019 使用 Live Share的教程,需要的朋友可以參考下2019-04-04
默認(rèn)情況下，ViewState是被啟用的，比如提交表單后，表單中輸入的值會自動保留。但是如果不需要保留，也可以將其禁用，這樣可以節(jié)省資源。2013-03-03
防盜鏈的原理，從圖片請求的URL地址上判斷是否是我們自己網(wǎng)站上的域名，如果不是，恭喜，你的圖片已經(jīng)被盜鏈了！2010-01-01
一個簡答的Access下的分頁asp.net代碼2010-03-03
這篇文章主要為大家詳細介紹了mvc重定向的幾種方式，具有一定的參考價值，感興趣的小伙伴們可以參考一下2017-02-02
一般來說，參數(shù)個數(shù)都是固定的，定義為集群類型的參數(shù)可以實現(xiàn)可變數(shù)目參數(shù)的目的，但是.NET提供了更靈活的機制來實現(xiàn)可變數(shù)目參數(shù)，這就是使用params修飾符2012-11-11
動態(tài)加載用戶控件至DataList并為用戶控件賦值實例演示
本文借用使用通用的新聞例子演示動態(tài)加載用戶控件至DataList并為用戶控件賦值，感興趣的朋友可以了解下2013-01-01