.NET中Middleware如何构造时，为何总是无法获取到那些Scoped服务的实例呢？

本文共计1071个文字，预计阅读时间需要5分钟。

为什么在中间件的构造函数里不能使用`scope`的生命周期类型呢？

在ASP.NET Core中，中间件的构造函数通常接收一个`IApplicationBuilder`参数，该参数允许你注册中间件。中间件的构造函数不应该使用`scope`的生命周期类型，原因如下：

1. 作用域限制：`scope`的生命周期类型通常用于依赖注入容器中，它表示一个请求的生命周期。在中间件的构造函数中使用`scope`生命周期可能会导致中间件在请求之间共享状态，这通常不是预期的行为，因为中间件应该是无状态的。

2. 设计原则：中间件的设计原则是轻量级和可复用。使用`scope`生命周期可能会违反这些原则，因为中间件可能需要额外的资源来维护状态，这会增加开销。

3. 可预测性：使用`scope`生命周期可能会使中间件的运行行为变得不可预测，因为它依赖于请求的生命周期，而请求的生命周期可能因各种原因而变化。

以下是一个简化的例子，说明为什么在中间件的构造函数中不应该使用`scope`生命周期：

csharppublic class MyMiddleware{ private readonly RequestDelegate _next; private readonly IServiceProvider _serviceProvider;

public MyMiddleware(RequestDelegate next, IServiceProvider serviceProvider) { _next=next; _serviceProvider=serviceProvider; // 错误：不应该在这里使用scope生命周期 // var scope=_serviceProvider.CreateScope(); // var someService=scope.ServiceProvider.GetService(); }

public async Task InvokeAsync(HttpContext context) { // 中间件逻辑 await _next(context); }}

在这个例子中，`MyMiddleware`的构造函数接收一个`IServiceProvider`，这是用于依赖注入的。如果你尝试在构造函数中使用`scope`生命周期来获取服务，这将是不合适的，因为它违反了中间件无状态的设计原则。

正确的做法是在中间件的`InvokeAsync`方法中获取服务，如下所示：

csharppublic class MyMiddleware{ private readonly RequestDelegate _next; private readonly IServiceProvider _serviceProvider;

public MyMiddleware(RequestDelegate next, IServiceProvider serviceProvider) { _next=next; _serviceProvider=serviceProvider; }

public async Task InvokeAsync(HttpContext context) { var someService=_serviceProvider.GetService(); // 使用someService进行操作 await _next(context); }}

这样，中间件就可以在每次请求中独立地获取服务实例，而不依赖于请求的生命周期。

　　“为什么中间件的构造函数里不能使用scope的生命周期类型啊？”，

　　那就用实例来得到答案吧，先看小桂说的情况，是报错的：

var builder = WebApplication.CreateBuilder(args);

builder.Services.AddScoped<ITestService, TestService>();
var app = builder.Build();

app.UseMiddleware<TestMiddleware>();

app.MapGet("/djy", () =>
{
Console.WriteLine("打酱油！");
return "OK";
});

app.Run();

public interface ITestService
{
void Print();
}
public class TestService : ITestService
{
public TestService()
{
Console.WriteLine($"Time:{DateTime.Now},ToDo:TestService.ctor");
}
public void Print()
{
Console.WriteLine($"Time:{DateTime.Now},ToDo:TestService.Print");
}
}
public class TestMiddleware
{
private readonly RequestDelegate _next;
private readonly ITestService _testService;
//正确姿势
//public TestMiddleware(RequestDelegate next)

public TestMiddleware(RequestDelegate next, ITestService testService)
{
Console.WriteLine($"Time:{DateTime.Now},ToDo:TestMiddleware.ctor");
_next = next;
_testService = testService;
}
//正确姿势
//public async Task InvokeAsync(HttpContext context, ITestService testService)

public async Task InvokeAsync(HttpContext context)
{
_testService.Print();
await _next(context);
}
}

看报错：

　　但如果把Service注入换成AddTransient就没有问题，这是为什么呢？

　　官网有一段话：“Middleware is constructed at app startup and therefore has application life time. Scoped lifetime services used by middleware constructors aren't shared with other dependency-injected types during each request. ……”，这段话挑重点，就是中间件是服务启动时初始化，整个生命周期构造只调用一次，而AddScoped是每个对象实例化，DI就会创建一份，可以说Scoped的颗粒度更小，所以就不能在中件间的构造函数中出现（构造只有在初始化的时候调用到）。所以Scoped的Service放在InvokeAsync的参数中，因为InvokeAsync是每次请求时才调用到，和Scoped的颗粒度是一样的，所以这就是：“为什么中间件的构造函数里不能使用scope的生命周期类型啊？”的答案。

　　想要更快更方便的了解相关知识，可以关注微信公众号