14.ASP.NET Core请求处理管道
在这篇文章中，我将通过一个示例，来讲解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请求处理管道，希望能帮到大家。