小白开学Asp.Net Core 《七》

小白开学Asp.Net Core 《七》                      　　　　　　— — 探究中间件（MiddleWare） 1、何为中间件？

　　中间件是组装到应用程序管道中以处理请求和响应的家伙，管道中的每个组件都要满足以下两个条件

选择是否将请求传递给管道中的下一个组件

可以在调用管道中的下一个组件之前和之后执行工作。

2、中间件的本质

　在.Net Core 中，中间件的本质就是一个Func的委托，其中RequestDelegate的本质也是一个委托（常常听人说，要想进阶到高级开发，必须要搞清楚委托。看来不得不搞懂委托了，本文默认您已搞懂了？如果没搞懂怎么办呢？不要紧，抽时间搞懂就行了），让我们来看看它的定义（证明我没在吹牛）

　　

      再来看看 RequestDelegate

      

    接下来我尝试着解释下Func这个委托。我们都知道 Func 这个 内置的委托

     

（我只截了与本文相关的一张图）

　通过Func 这个截图的定义来看，它接受一个 T  返回一个 TResult ，结合我们前面说的中间件

来说，它接受一个RequestDelegate，返回一个RequestDelegate。也就是说，每一个中间件Func的传入参数RequestDelegate是下一个中间件的返回值，同时每一个中间件Func的返回值是前一个中间件的传入参数。这样就构成了一串中间件链表，每当一个请求过来，都会按照中间件的注册顺序依次执行RequestDelegate中的内容，这就构成了ASP.NET Core中的请求管道。（好好理解这句话，这是真理呀，开个玩笑，这是我本人这么认为的。）

这里得上一张经典的图配合上一句真理来理解就不那么难了。

　　

　　好，我们现在知道了Http请求处理管理是由多个Middleware组成的。可我们上面从没提到Http相关的信息，现在让我们看看它们是如何发生恋爱（产生关系的）？

　　仔细看了前文的话，大家应该注意到RequestDelegate的定义（仔细回想下），哎 估计你们都想起来了，对还是上图我们再学习下     

           

 这次我把这个家伙的定义到截到图里，我们尝试着翻译下：A function that can process an HTTP request. 我将它翻译为：一个能够处理HTTP请求的 function（函数、方法）。是不是大家突然间知道了，原来是这个家伙让它们与HTTP关联在一起的（产生了恋情）。

 好，如果你不信的话就让我们来看看 HttpContext 这个家伙。为什么要看这个家伙呢，因为它是 RequestDelegate 这个委托 接受的参数。

　　

    好了，这里不得不相信，.Net Core 的 Http 请求处理管道是由多个Middleware 组成的，并且 Middleware 与 Http 请求上下文 仅仅的关联在一起。

 

　　使用Use、Run和Map 配置HTTP管道。

3、Use、Run和Map

　　您可以使用Use、Run和Map 来配置HTTP管道，但各方法针对构建的中间件作用不同.

　　Use：Use[Middleware]中间件负责调用管道中的下一个中间件，也可使管道短路（即不调用 next 请求委托)。

　　Run：Run[Middleware]是一种约定，一些中间件组件可能会公开在管道末端运行的Run[Middleware]方法。

　　Map： Map扩展用作约定来创建管道分支, Map*创建请求管道分支是基于给定请求路径的匹配项。

public class Startup { public void Configure(IApplicationBuilder app) { app.Use(async (context, next) => { // Do work that doesn't write to the Response. await next.Invoke(); // Do logging or other work that doesn't write to the Response. }); app.Run(async context => { await context.Response.WriteAsync("Hello from 2nd delegate."); }); } }