您现在的位置是：首页 > 文章详情

4.4管道和中间件介绍「深入浅出ASP.NET Core系列」

日期：2018-11-10点击：297收藏

希望给你3-5分钟的碎片化学习，可能是坐地铁、等公交，积少成多，水滴石穿，谢谢关注。

管道流

我们知道一个管道可以有一个或多个中间件，而中间件的职责是根据HttpContext处理HTTP请求，然后往Response里填充东西，最后完成整个Response的输出。了解管道流机制，就能知道如何利用管道进行拦截，自定义封装中间件等高级操作，所以学习管道流机制对我们编码有质的提高。那么管道数据是如何流通的呢？如下图所示，Request进入Middleware 1，叠加一层逻辑代码到HttpContext(切确说是HttpContext的Response对象)，然后调用next()进入到下一个Middleware 2，依次递推，最后所有的逻辑代码叠加完毕后返回前端。

管道实践

IApplicationBuilder构建管道有两种方法，分别是Use和Run方法，他们的区别在下面会谈到。

app.Use方法

这里先了解Use方法的第一个重载，如下图所示，他是一个类型为委托的中间件(middleware)。

这个中间件同时携带一个next的RequestDelegate委托，可以实现调用下一个管道中间件，我们看下代码实践，如下所示，context从当前管道进来，处理后，通过next.Invoke()转移到下一个管道，完成一个管道的生命周期。

其实我更喜欢截图，因为可以任意打标注，但是不方便拷贝，所以一起贴上代码吧。

app.Use(async (context, next) => { await context.Response.WriteAsync("fisrt……"); await next.Invoke(); });

以上的用法，如果是新手可能不知其所以然，用没问题，但是内部是如何实现的？不知道！其实这里使用到了语言的高级特性委托，通过委托实现了开闭原则，也就是把管道的扩展开放出来，我们可以使用规定的app.Use方法，但是内部定义的委托参数类型，比如context,Fun<task>则对外屏蔽了实现。所以你看到的next.Invoke()已经封装了具体的实现了，对于使用者，其实可以不用去管那么多，拿来用即可。

app.Use还有另外一个重载，如下图提示：这里Func传入一个RequestDelegate，返回一个RequestDelegate。不同于第一个重载，他没有next.Invoke()的调用，而是之间返回一个RequestDelegate给app进行处理。

我们看下代码实现，外层红色框是传入的管道，内部绿色框是返回的管道。

app.Run

app.Run和app.Use不同之处在于，app.Use可以调用下一个管道中间件，app.Run不会，我们演示一段代码。

 app.Use(async (context, next) => { await context.Response.WriteAsync("<html><body>"); await context.Response.WriteAsync("<div>Inside middleware defined using app.Use</div>"); await next(); await context.Response.WriteAsync("</body></html>"); }); app.Run(async context => { await context.Response.WriteAsync("<div>Inside middleware defined using app.Run</div>"); }); 
 //该管道会不会被打印呢？ app.Use(async (context, next) => { await context.Response.WriteAsync("<html><body>"); await context.Response.WriteAsync("<div>Another Middleware defined using app.Use</div>"); await next(); await context.Response.WriteAsync("</body></html>"); });