小白开学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.");
});
}
}
use将多个请求委托链接在一起，next 参数表示管道中的下一个委托，可通过不 调用 next 参数使管道短路。 通常可在下一个委托前后执行操作。
当委托不将请求传递给下一个委托时，它被称为“让请求管道短路” 。 通常需要短路，因为这样可以避免不必要的工作。
run委托终止管道。意思就是说，使用的run 委托后，run 下面的所有方法将不会被执行。
public class startup
{
private static void handlemap1(iapplicationbuilder app)
{
app.run(async context =>
{
await context.response.writeasync("map 1");
});
}
private static void handlemap2(iapplicationbuilder app)
{
app.run(async context =>
{
await context.response.writeasync("map 2");
});
}
public void configure(iapplicationbuilder app)
{
app.map("/map1", handlemap1);
app.map("/map2", handlemap2);
app.run(async context =>
{
await context.response.writeasync("hello from end map delegate.");
});
}
}
执行与响应如下：
| 请求 | 响应 |
| localhost:5000 |
hello from end map delegate. |
|
localhost:5000/map1 |
map 1 |
|
localhost:5000/map2 |
map 2 |
4、总结
1）、中间件（middleware）是由iapplicationbuilder来构建的
2）、所有的代码截图都是 iapplicationbuilder f12后看到的
5、说明
参考文章：
如果本文有描述不对的地方或者产生误导的地方，请及时反馈。
