了解ASP.NET處理管道

為了理解ASP.NET Core中的請求處理管道概念，讓我們修改Startup類的Configure()方法，如下所示。

在這里，我們將三個中間件組件注冊到請求處理管道中。 如您所見，前兩個組件是使用Use() 擴(kuò)展方法注冊的，因此它們有機(jī)會在請求處理管道中調(diào)用下一個中間件組件。

最后一個使用Run() 擴(kuò)展方法注冊，因為它將成為我們的終止組件，即它將不會調(diào)用下一個組件。

了解ASP.NET Core請求處理管道執(zhí)行順序

為了理解這一點，讓我們將上面的輸出與下圖進(jìn)行比較，以更簡單的方式理解ASP.NET Core請求處理管道。

當(dāng)傳入的HTTP請求到達(dá)時，它首先由第一個中間件組件（即Middleware1）接收，該組件在響應(yīng)流中記錄“ Middleware1：傳入請求”。因此，首先，我們首先在瀏覽器上看到此消息。

第一個中間件記錄了信息，然后它將調(diào)用next（）方法，該方法將在請求處理管道中調(diào)用第二個中間件，即Middleware2。

第二個中間件記錄了“中間件2：傳入請求”信息，因此我們在第一個日志之后看到了該日志信息。然后第二個中間件調(diào)用next（），它將在請求管道中調(diào)用第三個中間件Middleware3。

第三個中間件處理請求，然后產(chǎn)生響應(yīng)。因此，我們在瀏覽器中看到的第三個信息是“ Middleware3：傳入請求已處理并生成響應(yīng)”。

該中間件組件是使用Run（）擴(kuò)展方法注冊的，因此它是終端組件。因此，從這一點開始，請求管道開始反向。這意味著從該中間件將控制權(quán)交還給第二個中間件，第二個中間件將信息記錄為“中間件2：外發(fā)響應(yīng)”，然后將控制權(quán)交還給第一個中間件組件，第一個中間件組件記錄信息就像我們在瀏覽器中看到的一樣，是"Middleware1：外發(fā)響應(yīng)"。

要記住的要點：

ASP.NET Core請求處理管道由一系列中間件組件組成，這些中間件組件將一個接一個地調(diào)用。

每個中間件組件都可以在使用next方法調(diào)用下一個組件之前和之后執(zhí)行一些操作。 中間件組件還可以決定不調(diào)用下一個中間件組件，這稱為短路請求管道。

asp.net核心中的中間件組件可以訪問傳入請求和傳出響應(yīng)。

您需要牢記的最重要的一點是，在Startup類的Configure方法中添加中間件組件的順序定義了將在請求時調(diào)用這些中間件組件的順序以及對它們的相反順序。 響應(yīng)。 因此，順序?qū)τ诙x應(yīng)用程序的安全性，性能和功能至關(guān)重要。

到此這篇關(guān)于ASP.NET Core基礎(chǔ)之請求處理管道的文章就介紹到這了。希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。