之所以称ASP.NET Core是一个Web开发平台，源于它具有一个极具扩展性的请求处理管道，我们可以通过这个管道的定制来满足各种场景下的HTTP处理需求。ASP. NET Core应用的很多特性，比如路由、认证、会话、缓存等，也同时定制消息处理管道来实现的。我们甚至可以通过管道定制在ASP.NET Core平台上创建我们自己的Web框架，实际上MVC和SingalR这两个重要的Web框架也是采用这样的方式创建的。
一、采用管道处理HTTP请求
HTTP协议自身的特性决定了任何一个Web应用的工作方式都是监听、接收并处理HTTP请求，并在最终对请求予以响应，HTTP请求处理是管道式设计典型的应用场景。我们根据HTTP请求的处理流程定制出一个消息处理管道，让接收到的HTTP请求消息想水一样流入这个管道，组成这个管道的各个环节一次对它作相应的处理。处理的结果同样转变成消息逆向流入这个管道进行处理，并最终转变成回复给客户端的HTTP响应。ASP.NET Core的消息处理管道从设计的角度来讲是非常简单的，但是从具体实现的角度则相对难以理解，为了让读者朋友们通过本章对此具有深刻的理解，我们从简单的部分讲起。[阅读全文]
二、创建一个“迷你版”的管道来模拟真实管道请求处理流程
我们知道ASP.NET Core请求处理管道由一个服务器和一组有序的中间件组成，所以从总体设计来讲是非常简单的，但是就具体的实现来说，由于其中涉及很多对象的交互，我想很少人能够地把它弄清楚。如果想非常深刻地认识ASP.NET Core的请求处理管道，可以分两个步骤来进行，我们首先可以在忽略细节的前提下搞清楚管道处理HTTP请求的总体流程，然后再此基础上补充之前遗漏的细节。为了让读者朋友们能够更加容易地理解管道处理HTTP请求的总体流程，我们根据真实管道的实现原理再造了一个“模拟管道”。[阅读全文]
三、管道是如何处理HTTP请求的？
ASP.NET Core请求处理管道由一个服务器和一组有序排列的中间件组合而成。我们可以在这基础上作进一步个抽象，将后者抽象成一个HttpApplication对象，那么该管道就成了一个Server和HttpApplication的综合体（如图5所示）。Server会将接收到的HTTP请求转发给HttpApplication对象，后者会针对当前请求创建一个上下文，并在此上下文中处理请求，请求处理完成并完成响应之后HttpApplication会对此上下文实施回收释放处理。[阅读全文]
四、管道是如何被创建出来的？
请求处理管道涉及到四个核心的对象，它们分别是WebHostBuilder、WebHost、Server和HttpApplication，它们之间具有如图11所示的关系。我们通过WebHostBuilder来创建WebHost，并领用后者来构建请求处理管道。
请求处理管道通过一个Server和一个HttpApplication对象组成，后者是对所有注册的中间件的封装。当WebHost被启动的时候，它会创建Server和HttpApplication对象，并将后者作为参数调用Server的Start方法以启动服务器。启动后的Server开启监听请求并利用HttpApplication来处理接收到请求。当HttpApplication完成了所有请求处理工作之后，它会利用Server完成对请求的最终响应。[阅读全文]