MediatR中Helper类调用Handler时DbContext作用域异常问题

为什么直接调用正常，封装到Helper就报错？ #

核心问题出在服务生命周期不匹配：

• 你的Handler处理请求时处于当前请求的作用域内，注入的ISender属于请求作用域，调用Send时会在当前作用域下解析CustomBizLogicRequest的Handler，而该Handler依赖的DbContext（Scoped）正好在这个作用域里，所以能正常解析。
• 但如果你的UserHelper被注册成了单例（Singleton），它构造函数里注入的ISender是来自根容器的实例。当你通过单例的UserHelper调用Send时，MediatR会尝试从根容器解析CustomBizLogicRequest的Handler，而根容器无法创建/解析Scoped生命周期的DbContext（Scoped服务只能在请求作用域内使用），于是就抛出了那个错误。

解决办法 #

方法1：调整UserHelper的生命周期 #

把UserHelper注册为Scoped或Transient，和请求作用域对齐：

// 在Startup/Program.cs里注册
services.AddScoped<UserHelper>();
// 或者用Transient
services.AddTransient<UserHelper>();

这样UserHelper会在每个请求作用域内被创建，注入的ISender也属于当前请求作用域，调用Send时就能正常解析Scoped的DbContext了。

方法2：在Helper中手动创建作用域（备选） #

如果因为某些原因必须把UserHelper设为单例，可以注入IServiceScopeFactory，手动创建作用域来调用MediatR：

public class UserHelper {
  private readonly IServiceScopeFactory _scopeFactory;

  public UserHelper(IServiceScopeFactory scopeFactory) {
    _scopeFactory = scopeFactory;
  }

  public async Task<Result<CustomBizLogicResponse>> CustomBizLogicAsync(int orgId) {
    using var scope = _scopeFactory.CreateScope();
    var mediator = scope.ServiceProvider.GetRequiredService<ISender>();
    return await mediator.Send(new CustomBizLogicRequest {
      OrgId = orgId,
    });
  }
}

这种方式会每次调用时创建一个新的作用域，确保DbContext能被正确解析，using语句会自动处理作用域的释放。

内容的提问来源于stack exchange，提问作者user20326571