在ASP.NET Core中编写合格的中间件
这篇文章探讨了让不同的请求去使用不同的中间件,那么我们应该如何配置asp.net core中间件?其实中间件只是在asp.net core中处理web请求的管道。所有asp.net core应用程序至少需要一个中间件来响应请求,并且您的应用程序实际上只是中间件的集合。当然mvc管道本身就是中间件,早在webform时代就出现过httpmodules、httphandler、那个时候悠然记得我通过它们来组织我的广告系统,不闲扯我们继续。
每个中间件组件都有一个带有httpcontext参数的invoke方法。您可以使用这个参数来处理方法。
public async task invoke(httpcontext context) { if (context.request.path...) { await context.response.writeasync("writing text..."); } }
应用程序中最顶层的中间件将始终针对每个请求被调用。这是由.net框架自动完成的。中间件可以向客户端发送响应,也可以调用下一个中间件。对于后一种选择,它当然需要访问下一个中间件组件。这就是为什么大多数中间件组件都是使用带有requestdelegate参数的构造函数定义的。总之,requestdelegate会自动填充,您无需在意。
中间件在startup.cs的configure方法中注册。configure方法具有iapplicationbuilder参数,该参数提供了所有类型的中间件注册所需的方法,我们试着去编写一个中间件。
public class mycustommiddleware { private readonly requestdelegate _next; public mycustommiddleware(requestdelegate next) { _next = next; } public async task invoke(httpcontext context, iwebhostenvironment env) { context.response.headers["app-name"] = env.applicationname+"zaranet"; context.response.headers["env-name"] = env.environmentname+ "zaranet"; await _next(context); } }
随后我们在startup.cs的configure方法中通过 use 来注册自定义中间件。
public void configure(iapplicationbuilder app, ...) { app.usemycustommiddleware(); }
启动程序我们发现一些正常,我们得到了我们想要的效果。
但实际上,您很少需要直接调用usemiddleware,因为中间件作者的标准方法是编写特定于所注册中间件的扩展方法:
using middlerwaresolucation.middlerware;
using microsoft.aspnetcore.builder; namespace middlerwaresolucation.middlerware_extensions { public static class mycustommiddlewareextensions { public static iapplicationbuilder usemycustommiddleware(this iapplicationbuilder app) { app.usemiddleware<mycustommiddleware>(); return app; } } }
随后直接调用extensions扩展方法,效果还是一样的。
public void configure(iapplicationbuilder app, ...) { app.usemycustommiddleware(); }
部分时候我们想要通过客户端请求的路径来对我们的中间件进行启动,当然 mapwhen 允许您通过指定谓词将中间件管道分成两个完全独立的分支:
app.usemiddlewareone(); app.mapwhen(context => context.request.path.startswithsegments("/api"), appbuilder => { appbuilder.usemiddlewaretwo(); }); app.usemiddlewarethree();
在此示例中,中间件one将始终执行,如果请求路径以“ / api”开头,则将执行中间件two。否则,将执行中间件three。使用这种配置,中间件2和中间件3都无法针对单个请求执行。
我想说的是最后一种情况是,您希望大多数中间件针对所有请求运行,但是您有一些条件件-特定中间件仅应针对某些请求运行。
这可以通过usewhen轻松实现,usewhen还使用谓词来确定中间件是否应该运行:
app.usewhen(context => context.request.path.startswithsegments("/api"), appbuilder => { appbuilder.usestatuscodepageswithreexecute("/apierror/{0}"); appbuilder.useexceptionhandler("/apierror/500"); });
这样就可以通过选择注册方式来自己控制中间件。
推荐阅读
-
在ASP.NET Core中实现一个Token base的身份认证实例
-
ASP.NET Core 3.0 : 二十八. 在Docker中的部署以及docker-compose的使用
-
在ASP.NET Core中显示自定义的错误页面
-
Asp.Net Core 中间件应用实践中你不知道的那些事
-
CSRF在ASP.NET Core中的处理方法详解
-
13.在ASP.NET Core中配置中间件组件
-
CSRF在ASP.NET Core中的处理方法详解
-
在ASP.NET Core中创建内部使用Scoped服务的Quartz.NET宿主服务
-
详解在ASP.NET Core中如何编写合格的中间件
-
在ASP.NET Core5.0中访问HttpContext的方法步骤