詳解ASP.NET Core中間件Middleware
本文為官方文檔譯文,官方文檔現(xiàn)已非機器翻譯 https://docs.microsoft.com/zh-cn/aspnet/core/fundamentals/middleware/?view=aspnetcore-2.1
什么是中間件(Middleware)?
中間件是組裝到應用程序管道中以處理請求和響應的軟件。 每個組件:
- 選擇是否將請求傳遞給管道中的下一個組件。
- 可以在調(diào)用管道中的下一個組件之前和之后執(zhí)行工作。
請求委托(Request delegates)用于構(gòu)建請求管道,處理每個HTTP請求。
請求委托使用Run
,Map
和Use
擴展方法進行配置。單獨的請求委托可以以內(nèi)聯(lián)匿名方法(稱為內(nèi)聯(lián)中間件)指定,或者可以在可重用的類中定義它。這些可重用的類和內(nèi)聯(lián)匿名方法是中間件或中間件組件。請求流程中的每個中間件組件都負責調(diào)用流水線中的下一個組件,如果適當,則負責鏈接短路。
將HTTP模塊遷移到中間件解釋了ASP.NET Core和以前版本(ASP.NET)中的請求管道之間的區(qū)別,并提供了更多的中間件示例。
使用 IApplicationBuilder 創(chuàng)建中間件管道
ASP.NET Core請求流程由一系列請求委托組成,如下圖所示(執(zhí)行流程遵循黑色箭頭):
每個委托可以在下一個委托之前和之后執(zhí)行操作。委托還可以決定不將請求傳遞給下一個委托,這稱為請求管道的短路。短路通常是可取的,因為它避免了不必要的工作。例如,靜態(tài)文件中間件可以返回一個靜態(tài)文件的請求,并使管道的其余部分短路。需要在管道早期調(diào)用異常處理委托,因此它們可以捕獲后面管道的異常。
最簡單的可能是ASP.NET Core應用程序建立一個請求的委托,處理所有的請求。此案例不包含實際的請求管道。相反,針對每個HTTP請求都調(diào)用一個匿名方法。
using Microsoft.AspNetCore.Builder; using Microsoft.AspNetCore.Hosting; using Microsoft.AspNetCore.Http; public class Startup { public void Configure(IApplicationBuilder app) { app.Run(async context => { await context.Response.WriteAsync("Hello, World!"); }); } }
第一個 app.Run
委托終止管道。
有如下代碼:
通過瀏覽器訪問,發(fā)現(xiàn)確實在第一個app.Run
終止了管道。
您可以將多個請求委托與app.Use
連接在一起。 next
參數(shù)表示管道中的下一個委托。 (請記住,您可以通過不調(diào)用下一個參數(shù)來結(jié)束流水線。)通常可以在下一個委托之前和之后執(zhí)行操作,如下例所示:
public class Startup { public void Configure(IApplicationBuilder app) { app.Use(async (context, next) => { await context.Response.WriteAsync("進入第一個委托 執(zhí)行下一個委托之前\r\n"); //調(diào)用管道中的下一個委托 await next.Invoke(); await context.Response.WriteAsync("結(jié)束第一個委托 執(zhí)行下一個委托之后\r\n"); }); app.Run(async context => { await context.Response.WriteAsync("進入第二個委托\(zhòng)r\n"); await context.Response.WriteAsync("Hello from 2nd delegate.\r\n"); await context.Response.WriteAsync("結(jié)束第二個委托\(zhòng)r\n"); }); } }
使用瀏覽器訪問有如下結(jié)果:
可以看出請求委托的執(zhí)行順序是遵循上面的流程圖的。
注意:
響應發(fā)送到客戶端后,請勿調(diào)用next.Invoke
。 響應開始之后,對HttpResponse的更改將拋出異常。 例如,設置響應頭,狀態(tài)代碼等更改將會引發(fā)異常。在調(diào)用next
之后寫入響應體。
- 可能導致協(xié)議違規(guī)。 例如,寫入超過
content-length
所述內(nèi)容長度。 - 可能會破壞響應內(nèi)容格式。 例如,將HTML頁腳寫入CSS文件。
HttpResponse.HasStarted是一個有用的提示,指示是否已發(fā)送響應頭和/或正文已寫入。
順序
在Startup。Configure
方法中添加中間件組件的順序定義了在請求上調(diào)用它們的順序,以及響應的相反順序。 此排序?qū)τ诎踩?,性能和功能至關(guān)重要。
Startup.Configure
方法(如下所示)添加了以下中間件組件:
- 異常/錯誤處理
- 靜態(tài)文件服務
- 身份認證
- MVC
public void Configure(IApplicationBuilder app) { app.UseExceptionHandler("/Home/Error"); // Call first to catch exceptions // thrown in the following middleware. app.UseStaticFiles(); // Return static files and end pipeline. app.UseAuthentication(); // Authenticate before you access // secure resources. app.UseMvcWithDefaultRoute(); // Add MVC to the request pipeline. }
上面的代碼,UseExceptionHandler
是添加到管道中的第一個中間件組件,因此它捕獲以后調(diào)用中發(fā)生的任何異常。
靜態(tài)文件中間件在管道中提前調(diào)用,因此可以處理請求和短路,而無需通過剩余的組件。 靜態(tài)文件中間件不提供授權(quán)檢查。 由其提供的任何文件,包括wwwroot下的文件都是公開的。
如果請求沒有被靜態(tài)文件中間件處理,它將被傳遞給執(zhí)行身份驗證的Identity中間件(app.UseAuthentication)。 身份不會使未經(jīng)身份驗證的請求發(fā)生短路。 雖然身份認證請求,但授權(quán)(和拒絕)僅在MVC選擇特定的Razor頁面或控制器和操作之后才會發(fā)生。
授權(quán)(和拒絕)僅在MVC選擇特定的Razor頁面或Controller和Action之后才會發(fā)生。
以下示例演示了中間件順序,其中靜態(tài)文件的請求在響應壓縮中間件之前由靜態(tài)文件中間件處理。 靜態(tài)文件不會按照中間件的順序進行壓縮。 來自UseMvcWithDefaultRoute的MVC響應可以被壓縮。
public void Configure(IApplicationBuilder app) { app.UseStaticFiles(); // Static files not compressed app.UseResponseCompression(); app.UseMvcWithDefaultRoute(); }
Use, Run, 和 Map
你可以使用Use
,Run
和Map
配置HTTP管道。Use
方法可以使管道短路(即,可以不調(diào)用下一個請求委托)。Run
方法是一個約定, 并且一些中間件組件可能暴露在管道末端運行的Run [Middleware]方法。Map*
擴展用作分支管道的約定。映射根據(jù)給定的請求路徑的匹配來分支請求流水線,如果請求路徑以給定路徑開始,則執(zhí)行分支。
public class Startup { private static void HandleMapTest1(IApplicationBuilder app) { app.Run(async context => { await context.Response.WriteAsync("Map Test 1"); }); } private static void HandleMapTest2(IApplicationBuilder app) { app.Run(async context => { await context.Response.WriteAsync("Map Test 2"); }); } public void Configure(IApplicationBuilder app) { app.Map("/map1", HandleMapTest1); app.Map("/map2", HandleMapTest2); app.Run(async context => { await context.Response.WriteAsync("Hello from non-Map delegate. <p>"); }); } }
下表顯示了使用以前代碼的 http://localhost:19219 的請求和響應:
請求 | 響應 |
---|---|
localhost:1234 | Hello from non-Map delegate. |
localhost:1234/map1 | Map Test 1 |
localhost:1234/map2 | Map Test 2 |
localhost:1234/map3 | Hello from non-Map delegate. |
當使用Map時,匹配的路徑段將從HttpRequest.Path
中刪除,并為每個請求追加到Http Request.PathBase
。
MapWhen
根據(jù)給定謂詞的結(jié)果分支請求流水線。 任何類型為Func<HttpContext,bool>
的謂詞都可用于將請求映射到管道的新分支。 在以下示例中,謂詞用于檢測查詢字符串變量分支的存在:
public class Startup { private static void HandleBranch(IApplicationBuilder app) { app.Run(async context => { var branchVer = context.Request.Query["branch"]; await context.Response.WriteAsync($"Branch used = {branchVer}"); }); } public void Configure(IApplicationBuilder app) { app.MapWhen(context => context.Request.Query.ContainsKey("branch"), HandleBranch); app.Run(async context => { await context.Response.WriteAsync("Hello from non-Map delegate. <p>"); }); } }
以下下表顯示了使用上面代碼 http://localhost:19219 的請求和響應:
請求 | 響應 |
---|---|
localhost:1234 | Hello from non-Map delegate. |
localhost:1234/?branch=1 | Branch used = master |
Map
支持嵌套,例如:
app.Map("/level1", level1App => { level1App.Map("/level2a", level2AApp => { // "/level1/level2a" //... }); level1App.Map("/level2b", level2BApp => { // "/level1/level2b" //... }); });
Map
也可以一次匹配多個片段,例如:
app.Map("/level1/level2", HandleMultiSeg);
內(nèi)置中間件
ASP.NET Core附帶以下中間件組件:
中間件 | 描述 |
---|---|
Authentication | 提供身份驗證支持 |
CORS | 配置跨域資源共享 |
Response Caching | 提供緩存響應支持 |
Response Compression | 提供響應壓縮支持 |
Routing | 定義和約束請求路由 |
Session | 提供用戶會話管理 |
Static Files | 為靜態(tài)文件和目錄瀏覽提供服務提供支持 |
URL Rewriting Middleware | 用于重寫 Url,并將請求重定向的支持 |
編寫中間件
中間件通常封裝在一個類中,并使用擴展方法進行暴露。 查看以下中間件,它從查詢字符串設置當前請求的Culture:
public class Startup { public void Configure(IApplicationBuilder app) { app.Use((context, next) => { var cultureQuery = context.Request.Query["culture"]; if (!string.IsNullOrWhiteSpace(cultureQuery)) { var culture = new CultureInfo(cultureQuery); CultureInfo.CurrentCulture = culture; CultureInfo.CurrentUICulture = culture; } // Call the next delegate/middleware in the pipeline return next(); }); app.Run(async (context) => { await context.Response.WriteAsync( $"Hello {CultureInfo.CurrentCulture.DisplayName}"); }); } }
您可以通過傳遞Culture來測試中間件,例如 http://localhost:19219/?culture=zh-CN
以下代碼將中間件委托移動到一個類:
using Microsoft.AspNetCore.Http; using System.Globalization; using System.Threading.Tasks; namespace Culture { public class RequestCultureMiddleware { private readonly RequestDelegate _next; public RequestCultureMiddleware(RequestDelegate next) { _next = next; } public Task Invoke(HttpContext context) { var cultureQuery = context.Request.Query["culture"]; if (!string.IsNullOrWhiteSpace(cultureQuery)) { var culture = new CultureInfo(cultureQuery); CultureInfo.CurrentCulture = culture; CultureInfo.CurrentUICulture = culture; } // Call the next delegate/middleware in the pipeline return this._next(context); } } }
以下通過IApplicationBuilder的擴展方法暴露中間件:
using Microsoft.AspNetCore.Builder; namespace Culture { public static class RequestCultureMiddlewareExtensions { public static IApplicationBuilder UseRequestCulture( this IApplicationBuilder builder) { return builder.UseMiddleware<RequestCultureMiddleware>(); } } }
以下代碼從Configure
調(diào)用中間件:
public class Startup { public void Configure(IApplicationBuilder app) { app.UseRequestCulture(); app.Run(async (context) => { await context.Response.WriteAsync( $"Hello {CultureInfo.CurrentCulture.DisplayName}"); }); } }
中間件應該遵循顯式依賴原則,通過在其構(gòu)造函數(shù)中暴露其依賴關(guān)系。 中間件在應用程序生命周期構(gòu)建一次。 如果您需要在請求中與中間件共享服務,請參閱以下請求相關(guān)性。
中間件組件可以通過構(gòu)造方法參數(shù)來解析依賴注入的依賴關(guān)系。 UseMiddleware也可以直接接受其他參數(shù)。
每個請求的依賴關(guān)系
因為中間件是在應用程序啟動時構(gòu)建的,而不是每個請求,所以在每個請求期間,中間件構(gòu)造函數(shù)使用的作用域生命周期服務不會與其他依賴注入類型共享。 如果您必須在中間件和其他類型之間共享作用域服務,請將這些服務添加到Invoke方法的簽名中。 Invoke方法可以接受由依賴注入填充的其他參數(shù)。 例如:
public class MyMiddleware { private readonly RequestDelegate _next; public MyMiddleware(RequestDelegate next) { _next = next; } public async Task Invoke(HttpContext httpContext, IMyScopedService svc) { svc.MyProperty = 1000; await _next(httpContext); } }
到此這篇關(guān)于ASP.NET Core中間件Middleware詳解的文章就介紹到這了。希望對大家的學習有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
.Net創(chuàng)建型設計模式之抽象工廠模式(Abstract?Factory)
這篇文章介紹了.Net設計模式之抽象工廠模式(Abstract?Factory),文中通過示例代碼介紹的非常詳細。對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2022-05-05.Net結(jié)構(gòu)型設計模式之組合模式(Composite)
這篇文章介紹了.Net結(jié)構(gòu)型設計模式之組合模式(Composite),文中通過示例代碼介紹的非常詳細。對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2022-05-05微軟 Visual Studio 2010官方下載地址給大家
昨天VS2010在網(wǎng)上報道都已經(jīng)發(fā)布了,現(xiàn)在今天在網(wǎng)上找到Visual Studio 2010官方下載地址,提供給大家下載。2010-04-04ASP.NET?Core托管模型CreateDefaultBuilder()方法
這篇文章介紹了ASP.NET?Core托管模型CreateDefaultBuilder()方法,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2022-02-02