asp.net core中间件工作原理

　　不少刚学习.net core朋侪对中间件的概念不停分不清晰，到底StartUp下的Configure方法是在做什么？

1. public void Configure(IApplicationBuilder app, IHostingEnvironment env)
2. {
3. 　　if (env.IsDevelopment())
4. {
5. 　　app.UseDeveloperExceptionPage();
6. }
8. 　　app.UseMvc();　　
9. }

复制代码

　　各人都说每个request进来都会对Configure方法中的中间件实验一遍，但通过调试发现，只有步伐在启动时才会实验这段代码，事后的每次哀求并不会进入

　　下面给各人简单表明一下：

　　假设有3个方法A B C,都有本身的业务逻辑，且参数范例与返回值范例雷同

1. 　　public Task MethodA(HttpContext context);
2. 　　public Task MethodB(HttpContext context);
3. 　　public Task MethodC(HttpContext context);

复制代码

　　这个时间假设我通过某种本领将C方法放进B方法变成方法BC，类似：

　　

1. public Task MethodBC(HttpContext context)
3. {
5. 　　//方法B原先逻辑
7. 　　return MethodC(context);
9. }

复制代码

　　同理将方法BC放进方法A变成方法ABC:

　　

1. public Task MethodABC(HttpContext context)
3. {
5. 　　//方法A原先逻辑
7. 　　return MethodBC(context);
9. }
10. 睁开后：
11. public Task MethodABC(HttpContext context)
13. {
15. 　　//方法A原先逻辑
17. 　　//方法B原先逻辑
19. return MethodC(context);
20. }

复制代码

　　将本来互不干执的3个方法揉进一个方法中，当服务器吸收到哀求时，封装好上下文丢进这个聚合方法

　　换个思绪，感觉观察者模式会不会更简单些，IServer中写个事故，有必要往内里注册就好了

　　那怎么才可以将方法当个参数一样使用呢，自然是委托，下面官方的声明：

　　中间件中最基础的组件,以HttpContext为参数，Task作为返回值

delegate Task RequestDelegate(HttpContext context);

　　

　　中间件的根本实现原理：

1. 　　public RequestDelegate Use(RequestDelegate @delegate)
3. {
5. 　　return (context)=>
7. 　　{
9. 　　　　//一些逻辑
10. 　　　　return @delegate.Invoke(context);
11. 　　};
13. }

复制代码

细细一想，是不是就是在@delegate前面加了一些逻辑后重新天生一个RequestDelegate返回

g