徒手撸一个.net core简单中间件

在 .NET Core 中，中间件是在请求流水线(request pipline)中处理请求并生成响应的组件，以下是一个简单的自定义中间件的实现示例。

using Microsoft.AspNetCore.Http;

using System.Threading.Tasks;

public class SimpleMiddleware

{

private readonly RequestDelegate _next;

public SimpleMiddleware(RequestDelegate next)

{

_next = next;

}

public async Task Invoke(HttpContext context)

{

// 做一些自定义中间件处理逻辑

context.Response.ContentType = "text/plain"; context.

Response.StatusCode = 200;

await context.Response.WriteAsync("Hello World from Middleware!");

await _next(context);

}

}

在这个例子中，SimpleMiddleware 类是自定义的一个简单中间件。每个中间件必须包含一个 Invoke 方法，该方法接收一个 HttpContext 对象并返回一个 Task。在中间件中，我们可以执行自定义处理逻辑，并使用 context 对象访问 HTTP 请求和响应。context.Response 包含响应的信息，用于告诉浏览器或客户端的内容。例如在这个例子中，我们将响应的内容设置为 “Hello World from Middleware!”。

为了在应用程序中使用中间件，我们需要将中间件添加到请求流水线的管道中，如下所示：

using Microsoft.AspNetCore.Builder;

public class Startup

{

public void Configure(IApplicationBuilder app)

{

app.UseMiddleware<SimpleMiddleware>();

}

}

在应用程序的 Startup.cs 中，Configure 方法是中间件的注册点。在这个例子中，我们通过调用 app.UseMiddleware<SimpleMiddleware>() 方法添加了自定义的 SimpleMiddleware 到中间件流水线中。这将把我们的中间件添加到其他中间件之前，并接收请求并生成响应。

在 ASP.NET Core 中，中间件的添加位置非常重要。不同的中间件可能需要访问请求和响应对象的不同部分，并且执行顺序也可能会影响请求处理的结果。

通常情况下，中间件可以在 Startup.cs 类的 Configure 方法中添加。以下是一些常见的中间件添加位置：

1. 在 UseRouting() 之前添加的中间件：此类中间件通常会处理请求或响应，例如静态文件中间件或 HTTPS 重定向中间件。

2. 在 UseRouting() 和 UseEndpoints() 之间添加的中间件：此类中间件通常会处理请求的路由数据，例如身份验证中间件或授权中间件。

3. 在 UseEndpoints() 之后添加的中间件：此类中间件通常会处理响应内容，例如日志记录中间件或异常处理中间件。

总之，在添加中间件时，需要仔细考虑中间件的具体功能和执行顺序，以确保请求和响应能够正确处理。在必要时，您还可以创建自己的中间件来满足特定需求。