Blazor Server中新建Scope解析服务却注入根服务提供者问题

我有一个Blazor Server应用，使用IHostedService在StartAsync()方法中执行启动任务：

builder.Services.AddHostedService<StartupTask>();

它的构造函数注入了IServiceScopeFactory，用于创建新的Scope：

var provider = serviceScopeFactory
    .CreateScope()
    .ServiceProvider;
provider
    .GetRequiredService<EntityService>()
    .ReturnMyCtorInjectedProvider()
    .GetRequiredService<EntityService>();

其中EntityService是DbContext，其构造函数注入了IServiceProvider。

按预期，从特定Scope的IServiceProvider解析的EntityService，应绑定到同一Scope的IServiceProvider，但实际出现错误：

Scoped service could not be resolved from root provider

即构造函数注入的是根提供者，完整代码如下：

EntityService构造函数 #

public class EntityService (DbContextOptions<EntityService> options,
        IServiceProvider serviceProvider,
        IEncryptionService encryptionService) : DbContext(options)
{
    // ...
}

IHostedService构造函数 #

public class StartupCleaner(IServiceScopeFactory serviceScopeFactory) : IHostedService
{
    // ...
}

注册代码 #

builder.Services.AddDbContextPool<EntityService>(
    opts => opts.UseSqlServer(builder.Configuration.GetConnectionString("DefaultConnection"))
);
builder.Services.AddHostedService<StartupCleaner>();

StartupCleaner的StartAsync方法 #

public Task StartAsync(CancellationToken cancellationToken)
{
    var sp = serviceScopeFactory
                 .CreateScope()
                 .ServiceProvider;

    var entityService = sp.GetRequiredService<EntityService>();
    entityService.ReturnMyCtorInjectedProvider()
                 .GetRequiredService<EntityService>();
    // ...
}

EntityService中的方法 #

public IServiceProvider ReturnMyCtorInjectedProvider()
{
    return serviceProvider;
}

实际报错：

Cannot resolve scoped service 'Axoneckend.Services.EntityService' from root provider

请问该行为的原因是什么？我忽略了哪些点？

核心原因：DbContextPool的特殊注入逻辑 #

你使用AddDbContextPool注册EntityService（DbContext）时，框架会对DbContext实例做池化管理。池化的DbContext实例是在根容器级别预先创建并缓存的，所以构造函数中注入的IServiceProvider是根容器的Provider，而非当前Scope的Provider。

当你从子Scope获取池化的DbContext时，框架只是把池中的实例分配给这个Scope使用，但实例本身的构造依赖早在根容器初始化时就确定了，不会随Scope变化更新。而根容器无法解析Scoped服务，这就是报错的直接原因。

你忽略的关键点 #

1. DbContext池化与Scope的兼容性：AddDbContextPool创建的DbContext本质属于根容器级别，哪怕在子Scope中获取，内部注入的IServiceProvider还是根容器的，自然无法访问Scoped服务。
2. 直接注入IServiceProvider的风险：在池化或Singleton服务中直接注入IServiceProvider，很容易意外拿到根容器，导致Scoped服务解析失败，这是服务生命周期管理的常见误区。

解决方案建议 #

• 优先直接注入具体服务：如果DbContext需要用到Scoped服务（比如IEncryptionService），直接在构造函数中注入该服务，而非IServiceProvider，框架会自动处理Scope关联。
• 取消DbContext池化：把AddDbContextPool换成AddDbContext，此时每个Scope会生成独立的DbContext实例，构造函数注入的IServiceProvider会是当前Scope的Provider。
• 使用EF Core内置方法获取Scope Provider：在DbContext中通过this.GetServiceProvider()方法获取当前关联的Scope的Provider，替代构造函数注入的IServiceProvider。

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