.NET Core中間件的注冊和構(gòu)建原理是什么

本篇文章為大家展示了.NET Core中間件的注冊和構(gòu)建原理是什么，內(nèi)容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細(xì)介紹希望你能有所收獲。

0x00 問題的產(chǎn)生

管道是.NET Core中非常關(guān)鍵的一個概念，很多重要的組件都以中間件的形式存在，包括權(quán)限管理、會話管理、路由等。所以搞明白中間件是如何注冊并最終構(gòu)建成管道的很重要。園子里很多先驅(qū)早已經(jīng)開始了這方面的研究學(xué)習(xí)，也寫了很多文章，不過我看了后有些地方還不是特別明白。畢竟每個人都是不同的，有些內(nèi)容作者覺得是常識不需要多寫的地方對我來說可能就是個盲區(qū)。幸好.NET Core整個項(xiàng)目都是開源的，找到源碼看了下解決了我心中的困惑。同時寫篇博客記錄一下，也算一個補(bǔ)充，如果大家看了能有所收獲那就更好了。本來是想一片文章寫完的，后來發(fā)現(xiàn)太長了，所以分了兩篇。這是第一篇，主要說一下中間件的注冊和管道的構(gòu)建原理，后面一篇寫一下注冊中間件類的原理和寫中間件類需要注意的約定和特性。

0x01 中間件的注冊

管道的構(gòu)建主要包含中間件注冊和把注冊的中間件構(gòu)建成管道。先來說中間件的注冊。

什么是中間件。說簡單一點(diǎn)中間件就是一個方法，傳入一個HttpContext類型參數(shù)，返回Task。參數(shù)HttpContext中包含了HTTP請求和響應(yīng)等相關(guān)信息，中間件可以讀取/修改其中的部分內(nèi)容，并決定是否讓下一個中間件繼續(xù)處理這個HttpContext。這個方法包裝為一個委托RequestDelegate。

為了讓中間件有權(quán)決定是否讓下一個中間件繼續(xù)處理HttpContext，當(dāng)前中間件需要下一個中間件的引用。所以在注冊中間件的時候需要注冊為Func<RequestDelegate,RequestDelegate>的形式，其中傳入的參數(shù)指的是下一個中間件，返回的是我們注冊的中間件，傳入的參數(shù)在ApplicationBuilder在執(zhí)行Build()方法構(gòu)建管道時傳入(后面會看到)。所以為了方便理解，不那么嚴(yán)謹(jǐn)?shù)膩砜?，中間件以Func<NextMiddleware,ThisMiddleware>的形式注冊并存儲在一個列表中。

 可以通過ApplicationBuilder的Use方法注冊中間件

0x02 管道的構(gòu)建

管道的構(gòu)建就是把Func<RequestDelegate,RequestDelegate>列表串在一起。用第一個Func的返回值作為第二個Func的參數(shù)，第二個Func的返回值作為第三個Func的參數(shù)，依次類推。最終返回最后一個Func返回的RequestDelegate（中間件）。管道工作時最后一個RequestDelegate可以決定是否調(diào)用倒數(shù)第二個RequestDelegate，倒數(shù)第二個RequestDelegate可以決定是否調(diào)用倒數(shù)第三個RequestDelegate，依次類推直到調(diào)用第一個RequestDelegate。這中間有兩個問題：

第一個是這樣構(gòu)建管道，中間件的順序和注冊的時候是相反的，所以在構(gòu)件時首先把列表_components.Reverse()以保證正確的中間件順序。

第二個問題是構(gòu)建第一個中間件時沒有RequestDelegate可以傳入，所以需要構(gòu)建一個把狀態(tài)碼設(shè)置為404的中間件作為最開始的RequestDelegate傳入。當(dāng)然在構(gòu)建完成后這個中間件是存在于管道最末端的。這樣管道構(gòu)建就算完成了。Build()代碼如下：

0x03 測試

構(gòu)建完成后的管道和中間件如下圖：

這是微軟官方的圖，很多文章中也引用過。從這張圖中可以看出來中間件通過調(diào)用next()啟動下一個中間件。如果中間件不調(diào)用next()那么它之后的所有中間件就都不會調(diào)用了。除此之外還有一個細(xì)節(jié)需要注意，就是next()的調(diào)用并不是必須要放到最后的。也就是說可以先調(diào)用后面的中間件，等后面的中間件調(diào)用完成后在執(zhí)行一些操作（圖中的more logic）。

下面來分別進(jìn)行測試，正常建立一個.NET Core MVC Web項(xiàng)目。

測試1：注釋掉Configure()中的所有內(nèi)容，然后依次注冊中間件：

運(yùn)行后結(jié)果為：

這個測試印證了之前代碼中看到的中間件的注冊順序就是調(diào)用順序。

測試2：注釋掉Middleware1的next調(diào)用，其它保持不變。這樣Middleware1就不會調(diào)用Middleware2，Middleware2以及之后的所有中間件都無法調(diào)用。

運(yùn)行結(jié)果變?yōu)椋?/p>

這個測試說明Middleware1不調(diào)用next()的話后面的Middleware2和Middleware3都沒有被調(diào)用。 

 測試3：把Configure()方法修改如下：

我們在最開始注冊一個中間件記錄當(dāng)前時間，然后調(diào)用后面所有中間件，最后返回時計算后面所有中間件執(zhí)行所消耗的時間。為了看上去更明顯后面又注冊了一個中間件強(qiáng)制睡眠100毫秒。需要注意的是強(qiáng)制睡眠的中間件要注冊在MVC之前，因?yàn)镸VC結(jié)束后就直接返回了，不會調(diào)用后面的中間件了。

運(yùn)行結(jié)果為：

這個測試說明對下一個中間件的調(diào)用不一定非要放到最后，可以先調(diào)用后面中間件，等后面所有中間件調(diào)用完成后再繼續(xù)處理。

上述內(nèi)容就是.NET Core中間件的注冊和構(gòu)建原理是什么，你們學(xué)到知識或技能了嗎？如果還想學(xué)到更多技能或者豐富自己的知識儲備，歡迎關(guān)注億速云行業(yè)資訊頻道。