Net6 Worker Service中EF6仓储DI无法使用作用域服务问题

核心原因 #

Worker Service 默认是单例生命周期，而你用AddDbContextPool配置的DatadbContext是作用域生命周期。单例服务不能直接依赖作用域服务，否则会触发生命周期不匹配的异常——哪怕你把仓储改成作用域，单例的Worker直接注入它还是会报错。

正确配置方案 #

1. 修正仓储的DI配置 #

确保仓储与DbContext生命周期匹配，设置为作用域服务，在Program.cs里修改：

// 注意拼写为AddScoped，原代码的AddSingelton是拼写错误
services.AddScoped<IDbRepository, DbRepository>();

2. 在Worker中通过作用域工厂获取仓储 #

不要在Worker的构造函数直接注入IDbRepository，而是注入IServiceScopeFactory，每次需要使用仓储时创建独立的作用域：

修改Worker.cs代码：

using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.Hosting;

public class Worker : BackgroundService
{
    private readonly IServiceScopeFactory _scopeFactory;

    // 注入作用域工厂，而非直接注入仓储
    public Worker(IServiceScopeFactory scopeFactory)
    {
        _scopeFactory = scopeFactory;
    }

    protected override async Task ExecuteAsync(CancellationToken stoppingToken)
    {
        while (!stoppingToken.IsCancellationRequested)
        {
            // 每次业务操作创建一个独立作用域
            using (var scope = _scopeFactory.CreateScope())
            {
                var repository = scope.ServiceProvider.GetRequiredService<IDbRepository>();
                
                // 在这里调用仓储方法，示例：
                // var data = await repository.GetDataAsync();
                // 处理业务逻辑...
            }

            await Task.Delay(1000, stoppingToken);
        }
    }
}

为什么要这么做？ #

• 每个作用域对应独立的DbContext实例，避免单例导致的DbContext长期持有连接、数据一致性问题
• 严格遵循DI生命周期规则，彻底解决作用域服务被单例捕获的异常

额外注意点 #

• 确保DbRepository的构造函数注入的是DatadbContext，不要混入其他不匹配生命周期的服务
• 检查连接字符串配置正确性，避免后续出现数据库连接类异常

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