ASP.NET Core 请求处理管道

管道机制

在 Web 程序中，用户的每次请求流程都是线性的，放在 ASP.NET Core 程序中，都会对应一个 请求管道（request pipeline），在这个请求管道中，我们可以动态配置各种业务逻辑对应的 中间件（middleware），从而达到服务端可以针对不同用户做出不同的请求响应。在 ASP.NET Core 中，管道式编程是一个核心且基础的概念，它的很多中间件都是通过 管道式 的方式来最终配置到请求管道中的，所以理解这里面的管道式编程对我们编写更加健壮的 DotNetCore 程序相当重要。
请求管道服务于用户，请求管道可以将多个相互独立的业务逻辑模块（即中间件）串联起来，然后服务于用户请求。这样做的好处是可以将业务逻辑层级化，因为在实际的业务场景中，有些业务的处理即相互独立，又依赖于其它的业务操作，各个业务模块之间的关系实际上是动态不固定的。

之所以称ASP.NET Core是一个Web开发平台，源于它具有一个极具扩展性的请求处理管道，我们可以通过这个管道的定制来满足各种场景下的HTTP处理需求。ASP. NET Core应用的很多特性，比如路由、认证、会话、缓存等，也同时定制消息处理管道来实现的。我们甚至可以通过管道定制在ASP.NET Core平台上创建我们自己的Web框架，实际上MVC和SingalR这两个重要的Web框架也是采用这样的方式创建的。

HTTP协议自身的特性决定了任何一个Web应用的工作方式都是监听、接收并处理HTTP请求，并在最终对请求予以响应，HTTP请求处理是管道式设计典型的应用场景。我们根据HTTP请求的处理流程定制出一个消息处理管道，让接收到的HTTP请求消息想水一样流入这个管道，组成这个管道的各个环节一次对它作相应的处理。处理的结果同样转变成消息逆向流入这个管道进行处理，并最终转变成回复给客户端的HTTP响应。ASP.NET Core的消息处理管道从设计的角度来讲是非常简单的，但是从具体实现的角度则相对难以理解。


从启动程序中看出Host通过HostBuilder的Build方法创建。Host可以看成是Web应用的宿主，启动Web应用本质上就是启动它的宿主。当调用Host的Start方法启动应用的时候，用于监听、接收、处理和响应HTTP请求的消息处理管道随之被建立。那么在这个过程中，通过调用UseStartup方法注册到HostBuilder上的初始化类型将用来对这个管道进行定制。
有关请求处理管道：
https://www.cnblogs.com/artech/p/asp-net-core-pipeline.html
https://www.cnblogs.com/artech/p/asp-net-web-api-pipeline.html

管道处理流程

当用户发出一起请求后，应用程序都会为其创建一个请求管道，在这个请求管道中，每一个中间件都会按顺序进行处理（可能会执行，也可能不会被执行，取决于具体的业务逻辑），等最后一个中间件处理完毕后请求又会以相反的方向返回给用户最终的处理结果。

参考：https://www.cnblogs.com/hippieZhou/p/11205573.html