.NET Core中间件的注册和管道的构建（1）---- 注册和构建原理

0x00 问题的产生

管道是.NET Core中非常关键的一个概念，很多重要的组件都以中间件的形式存在，包括权限管理、会话管理、路由等。所以搞明白中间件是如何注册并最终构建成管道的很重要。园子里很多先驱早已经开始了这方面的研究学习，也写了很多文章，不过我看了后有些地方还不是特别明白。毕竟每个人都是不同的，有些内容作者觉得是常识不需要多写的地方对我来说可能就是个盲区。幸好.NET Core整个项目都是开源的，找到源码看了下解决了我心中的困惑。同时写篇博客记录一下，也算一个补充，如果大家看了能有所收获那就更好了。本来是想一片文章写完的，后来发现太长了，所以分了两篇。这是第一篇，主要说一下中间件的注册和管道的构建原理，后面一篇写一下注册中间件类的原理和写中间件类需要注意的约定和特性。

0x01 中间件的注册

管道的构建主要包含中间件注册和把注册的中间件构建成管道。先来说中间件的注册。

什么是中间件。说简单一点中间件就是一个方法，传入一个HttpContext类型参数，返回Task。参数HttpContext中包含了HTTP请求和响应等相关信息，中间件可以读取/修改其中的部分内容，并决定是否让下一个中间件继续处理这个HttpContext。这个方法包装为一个委托RequestDelegate。

为了让中间件有权决定是否让下一个中间件继续处理HttpContext，当前中间件需要下一个中间件的引用。所以在注册中间件的时候需要注册为Func<RequestDelegate,RequestDelegate>的形式，其中传入的参数指的是下一个中间件，返回的是我们注册的中间件，传入的参数在ApplicationBuilder在执行Build()方法构建管道时传入(后面会看到)。所以为了方便理解，不那么严谨的来看，中间件以Func<NextMiddleware,ThisMiddleware>的形式注册并存储在一个列表中。

可以通过ApplicationBuilder的Use方法注册中间件

0x02 管道的构建

管道的构建就是把Func<RequestDelegate,RequestDelegate>列表串在一起。用第一个Func的返回值作为第二个Func的参数，第二个Func的返回值作为第三个Func的参数，依次类推。最终返回最后一个Func返回的RequestDelegate（中间件）。管道工作时最后一个RequestDelegate可以决定是否调用倒数第二个RequestDelegate，倒数第二个RequestDelegate可以决定是否调用倒数第三个RequestDelegate，依次类推直到调用第一个RequestDelegate。这中间有两个问题：

第一个是这样构建管道，中间件的顺序和注册的时候是相反的，所以在构件时首先把列表_components.Reverse()以保证正确的中间件顺序。

第二个问题是构建第一个中间件时没有RequestDelegate可以传入，所以需要构建一个把状态码设置为404的中间件作为最开始的RequestDelegate传入。当然在构建完成后这个中间件是存在于管道最末端的。这样管道构建就算完成了。Build()代码如下：

0x03 测试

构建完成后的管道和中间件如下图：

这是微软官方的图，很多文章中也引用过。从这张图中可以看出来中间件通过调用next()启动下一个中间件。如果中间件不调用next()那么它之后的所有中间件就都不会调用了。除此之外还有一个细节需要注意，就是next()的调用并不是必须要放到最后的。也就是说可以先调用后面的中间件，等后面的中间件调用完成后在执行一些操作（图中的more logic）。

下面来分别进行测试，正常建立一个.NET Core MVC Web项目。

测试1：注释掉Configure()中的所有内容，然后依次注册中间件：