.Net Core如何优雅的实现中间件
在.Net Core的源码中，很多地方都有中间件的地方，Kestrel Server和Asp.net Core 等都用了中间件的设计，比如在Kestrel Server中，Http协议的1.0, 1.1, 2.0分别注册了不同的中间件从而导致不同方式的解析报文，这些要求了我们如何设计一个优雅的中间件框架，在MSDN 上这样描述了asp.net core的 中间件，每个中间件都应该
- Chooses whether to pass the request to the next component in the pipeline.（选择是否将请求传递到管道中的下一个组件）
- Can perform work before and after the next component in the pipeline.（可在管道中的下一个组件前后执行工作）
这无疑给了中间件的设计难度，在经典模型里，asp.net还是停留在管道模型里，定义了十几个event，分别执行在不同的时间节点，然后在不同的module里会注册自己的行为到事件上，在当时的观念来看，这是一个非常好的代码设计，面向切面编程，不同的module分工明细降低耦合性，但是随之而来带来的是臃肿全家桶设计，在当前的微服务年代，我们需要动态的添加这些设计，比如认证授权session module。
而现在的asp.net core 的中间件设计非常的好，可以拿到下一个中间件的控制权，并且在下一个中间件之前或者结束做其他的工作。如果不熟悉中间件的同学可以看看 msdn 的描述，这里我们来根据源码自己实现一个优雅的中间件。
首先我们要达成的效果是这样的
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."); }); } }
中间件的执行顺序是这样的
从上面的用法可以看到，我们需要定义一个IApplicationBuilder，然后用use去注册中间件到applicationbuild 对象，所以我们定义一个IApplicationBuilder
public interface IApplicationBuilder { IApplicationBuilder Use(Func<HttpContext, Func<Task>, Task> middleware);//注册中间件 IApplicationBuilder Build();//生成委托链 IApplicationBuilder Run();//调用委托链 }
Use的接口设计，是为了我们上面实现的效果，传入一个方法指针（委托，后略），这个指针需要两个参数，一个HttpContext,一个是下一个管道的方法指针，返回一个task对象， 现在为了让我们的代码跑起来，再定义一个HttpContext对象如下。
public class HttpContext { }
现在让我们去实现一个这个接口
public delegate Task RequestDelegate(HttpContext httpContext);
class DefaultApplicationBuilder : IApplicationBuilder { public static List<Func<RequestDelegate, RequestDelegate>> _components = new (); public IApplicationBuilder Use(Func<HttpContext,Func<Task>,Task> middleware) { Func<RequestDelegate, RequestDelegate> component = next => { return context => { Func<Task> task = () => next(context); return middleware(context,task); }; }; _components.Add(component); return this; } }
现在我们分析Use的实现，首先我们定义了一个方法指针RequestDelegate，这个没啥说的，而这个的设计妙处在DefaultApplicationBuilder中维护了一个 _components对象，是一个集合对象，定义了“二级”方法指针对象，这里的二级指的是Func<Func<T>>对象，得到一个“一级”方法指针处理后返回另一个“一级”方法指针。现在我们看一下这个Use方法的实现，一个中间件middleware就相当于一个方法指针，这时候它定义了一个component，获取一个方法指针，然后返回一个方法指针，注意在返回的方法指针里，它将之前传入的方法指针重新包装了一下得到task对象，这个相当于二级的指针，然后传给中间件。这个地方有点绕。大家需要多看一下理解其中的含义。
然后我们再实现一下build 和run 方法如下。
public IApplicationBuilder Build() { RequestDelegate app = context => Task.CompletedTask; _components.Reverse(); foreach (var component in _components) { app = component(app); } requestDelegate = app; return this; } public IApplicationBuilder Run() { var context = new HttpContext(); requestDelegate(context); return this; }
简单说一下build方法，这里的设计之妙就在于将“二级”指针转发成“一级”指针并生成一个委托链，其中的next参数装的就是一系列的委托链。返回的就是第一个注册的中间件。现在我们使用一下这个中间件吧。
static void Main(string[] args) { IApplicationBuilder applicationBuilder = new DefaultApplicationBuilder(); applicationBuilder.Use(async (context, next) => { Console.WriteLine(1); await next.Invoke(); Console.WriteLine(2); }); applicationBuilder.Use(async (context, next) => { Console.WriteLine(3); await next.Invoke(); Console.WriteLine(4); }); applicationBuilder.Use(async (context, next) => { Console.WriteLine(5); await next.Invoke(); Console.WriteLine(6); }); applicationBuilder .Build() .Run(); Console.WriteLine("Hello World!"); }
返回结果就是如下，就是msdn文档所说的调用逻辑。
1 3 5 6 4 2 Hello World!
这一块理解起来比较难，设计了这中间件这一块的人很厉害，已经将代码上传到github 上了，大家有兴趣可以对比代码来研究分析。如果有任何问题欢迎大家留言。谢谢大家的阅读
