在這篇文章中，我將通過一個示例，來講解ASP.NET Core中的請求處理管道。在這篇文章中，我們將討論下面幾個點：
- 理解ASP.NET Core請求處理管道
- 怎樣在ASP.NET中創建並注冊多個中間件組件？
- 請求管道中，中間件執行的順序是咋樣的？
理解ASP.NET Core請求處理管道
為了理解ASP.NET Core中的請求處理管道，我們來修改一下Configure方法。這里我們向請求管道中注冊了三個中間件組件。正如你所見，前面兩個中間件是使用Use擴展方法注冊的，最后一個是使用Run擴展方法注冊的。
代碼解釋：
首先我們向Configure方法注入了日志中間件，也就是ILogger<Startup>. Program類中的Main方法調用 CreateDefaultBuilder方法，來配置日志。
在上面圖片中，你可以發現，日志提供了Console、Debug、以及EventSource.在這篇例子中，我使用的日志實例來記錄日志。
如果你是通過.NET Core CLI來運行程序的話，那么你可以在命令行窗口可以看到日志信息，如果你是通過Visual Studio來運行程序的話，你可以在輸出窗口看到日志信息。
現在運行程序就會發現：
你會看到輸出的順序：
Middleware1: Incoming Request
Middleware2: Incoming Request
Middleware3: Incoming Request handled and response generated
Middleware2: Outgoing Response
Middleware1: Outgoing Response
理解ASP.NET Core請求處理管道的執行順序
為了理解這個，我們看下，下面的這個圖：
當HTTP請求來臨的時候，首先被中間件1發現，然后記錄日志信息。一旦中間件1記錄了日志信息，就會調用next方法，然后就調用中間件2.同樣中間件2，調用next方法，調用中間件3.因為中間件3是使用Run擴展方法注冊的。所以是個終結中間件。這個時候就會回傳，也就會打印Middleware2: Outgoing Response，以及Middleware1: Outgoing Response。
需要特別注意的是：
ASP.NET Core請求處理管道，是由一系列有序的中間件組件組成的，他們是一個接一個被調用的。每一個中間件組件可以在調用下一個中間件之前或者之后，執行一些操作。當一個中間件，不去調用下一個中間件，這被稱為請求管道短路。中間件可以獲取請求也可以處理響應。
你需要記住的是：中間件是按照你添加的順序執行的，然后響應剛好是相反的順序。
下篇文章中，我們將學習，ASP.NET Core中使用靜態中間件，處理靜態文件。這篇文章，我向大家解釋了，ASP.NET Core請求處理管道，希望能幫到大家。