前言：从2019年年中入坑.net core已半年有余，总体上来说虽然感觉坑多，但是用起来还是比较香的。本来我是不怎么喜欢写这类实践分享或填坑记录的博客的，因为初步实践坑多，文章肯定也会有各种错误，跟别人优秀的文章比起来，好像我写的东西没有什么存在的价值。但是入坑.net core以来，这种思想开始慢慢改变了，毕竟我依靠别人解决问题的文章也不尽是教科书般的存在，但是很使用。所以，把自己的实践过程记录出来，一方面是巩固和完善自己的技术栈，另一方能帮助到其他人，或者跟他人共同探讨，也不算闭门造*，自娱自乐了吧。.net core web api的实践记录，就由中间件的使用开始吧。
1、必要的知识储备
在阅读这篇文章的时候，我希望读者已经了解接口的逆变与协变、泛型、委托等知识点（个人认为这是了解.net各种框架的必备知识），同时也知道.net core的依赖注入、生命周期的相关内容（园子里前几名的大佬，对这块都有非常优秀的讲解，这里我就不作介绍，有需要的童鞋可以留言，我提供连接）。
2、.net core webapi项目中配置中间件
|
1
2
3
4
5
6
7
8
9
10
11
|
// This method gets called by the runtime. Use this method to configure the HTTP request pipeline. public void Configure(IApplicationBuilder app, IHostingEnvironment env)
{
if (env.IsDevelopment())
{
app.UseDeveloperExceptionPage();
}
app.UseMiddleware<RequestMiddleware>();
app.UseMvc();
}
|
在项目的Startup.cs文件中，找到Configure方法，加上app.UseMiddleware<RequestMiddleware>(); 这里的RequestMiddleware就是自定义的中间件，我们可以简单看下UseMiddleware的定义：
TMiddleware是一个泛型，使用UseMiddleware传递的就是自定义的中间件。
3、自定义中间件的实现
很遗憾我的反编译工具未能找到UseMiddleware的实现方法，但是结合官网上的介绍（https://docs.microsoft.com/zh-cn/aspnet/core/fundamentals/middleware/write?view=aspnetcore-3.1），自定义的中间件需要构造函数来接收一个RequestDelegate对象，是关于HttpRequest的一个委托，另外还需要一个名为 Invoke 或 InvokeAsync 的公共方法，用于写一些HttpRequest的预处理逻辑。在我的项目中，我用它来进行参数预处理、登录预处理、Session预处理以及请求的转发功能。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
|
public class RequestMiddleware
{
private readonly RequestDelegate _next;
private readonly IConfig config;
public RequestMiddleware(RequestDelegate next, IConfig config)
{
_next = next;
this.config = config;
}
public Task Invoke(HttpContext context)
{
context.Request.EnableRewind(); //支持context.Request.Body重复读取，内部调用了EnableBuffering方法，否则在使用部分方法或属性时会报错误System.NotSupportedException: Specified method is not supported，例如context.Request.Body.Position
// && context.Request.Path.Value == "/api/Main"
if (context.Request.ContentLength != null)
{
Stream stream = context.Request.Body;
byte[] buffer = new byte[context.Request.ContentLength.Value];
stream.Read(buffer, 0, buffer.Length);
string querystring = Encoding.UTF8.GetString(buffer);
RequestMiddleParam requestEntity = Newtonsoft.Json.JsonConvert.DeserializeObject<RequestMiddleParam>(querystring);
if (requestEntity == null)
{
throw new Exception("无法处理的请求");
}
string param = Newtonsoft.Json.JsonConvert.SerializeObject(requestMiddleMapParam); //参数
//todo 参数校验
byte[] bs = Encoding.UTF8.GetBytes(param); //参数转化为utf8码
//context.Request.Body.Seek(0, SeekOrigin.Begin);
//context.Request.EnableBuffering();
var ms = new MemoryStream();
context.Request.Body = ms;
context.Request.Body.Write(bs, 0, bs.Length);
context.Request.Body.Position = 0; //重置context.Request.Body的Stream指针，否则报A non-empty request body is required.错误
}
// Call the next delegate/middleware in the pipeline
return this._next(context);
}
}
|
值得注意的是，构造函数可以使用Startup.cs中ConfigureServices方法里的注入项，上面实例代码中的IConfig就是的。（这里还有一个坑，就是中间件通过构造函数来接收services.AddDbContext的注入项，因为生命周期不一样）
4、参数预处理遇到的坑
以一个Post请求为例，参数是Json结构，为了判断Json参数中的某字段是否符合规则，就需要对其进行反序列化，校验完成后，再序列化填进Body对象中。这里注意下context.Request.EnableRewind();与context.Request.Body.Position = 0;两行代码的添加，因为是以流的形式读取和再写入参数，EnableRewind方法支持重复读取，而context.Request.Body.Position的归0则保证在重新将参数写入Body后，报A non-empty request body is required.错误。
以上就是.net core中间件的简单介绍了，其实它的作用有些像asp.net的拦截器，将请求拦截做一些预处理，针对请求参数的处理、服务的转发，甚至登录校验等需求，都是个不错的选择。如果还想深入了解的同学，可自行去寻找UseMiddleware的实现方式。下一篇文章，我将介绍使用.net core + Redis + Session完成分布式Session共享时遇到的坑，欢迎大家共同探讨。