.NET Core 请求管道

节选自这里

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

HTTP请求处理流程始于对请求的监听与接收，终于对请求的响应，这两项工作由同一个对象来完成，我们称之为 “服务器（Server）” ，尽管ASP.NET Core的请求处理管道可以被自由地订制，但是该管道必须有一个服务器，服务器是整个管道的 “龙头” 。

随着WebHost的Start方法的调用，按照具体需求进行定制的请求处理管道被构建出来，作为第一个节点的服务器会绑定到一个预设的端口（比如KestrelServer默认采用5000作为监听端口）开始监听来自客户端的HTTP请求。

一旦请求抵达，服务器会接收请求并将其标准化后向管道后续的节点进行转发，我们将管道中位于服务器之后的请求处理节点成为“中间件（Middleware）”。每个中间件都具有各自独立的功能，比如我们有专门实现路由功能的中间件，由专门实施用户认证的中间，所谓的对请求处理管道的定制体现在根据具体的需求选择对应的中间件组成最终处理请求的管道。一个建立在ASP.NET Core之上的应用一般都是根据某个框架开发的，开发框架基本上是建立在某个特殊的中间件上。以ASP.NET Core MVC这个最著名的框架为例，它实际上是利用一个叫做 “路由” 的中间件实现了请求地址与Controller/Action之间的映射，并在此基础实现了激活Controller、执行Action以及呈现View等一系列的功能。所以应用程序可以视为某个中间件的一部分，如果一定要将它独立出来，整个请求处理管道将呈现出如右图所示的结构。

从请求处理管道的角度来讲，注册启动类型的目的在于对构建的管道进行定制，说得更加具体一点，我们利用这个类型为管道注册需要的中间件。一般来说，被注册的启动类型必须具有一个类似于下面代码片断所示的Configure方法，这个方法可以是静态方法和也可以实例方法。这个方法的参数并没有严格的限制，但是第一个参数类型必须是IApplicationBuilder接口。

public class Startup
{
   public void Configure(IApplicationBuilder app);
}

对中间件的注册就是实现在这样一个Configure方法之中。在真实的项目中，我们会根据具体的应用场景在这样一个方法中利用ApplicationBuilder注册相应的中间件进而构建一个适合当前请求处理需求的管道。

public class Startup
{
    public void Configure(IApplicationBuilder app)
    {
        app.UseExceptionHandler("/Home/Error");
        app.UseStaticFiles();
        app.UseIdentity();

        app.UseMvc();
    }
}

比如在一个ASP.NET Core MVC应用中我们除了按照如上的方式调用扩展方法UseMvc注册了支撑MVC框架的中间件（实际上是一个实现路由的中间件）之外，我们还通过调用其它的扩展方法注册了相应的中间件实现了对静态文件的访问（UseStaticFiles）、错误页面的呈现（UseExceptionHandler）以及基于ASP.NET Identity Framework的认证（UseIdentity）。