.NET 8 Worker项目实现Windows服务连接SQL Server时遭遇服务注入异常

嘿，我看你遇到的这个问题其实是.NET依赖注入体系里非常常见的生命周期冲突问题，咱们先把错误本质拆解清楚：

System.AggregateException: Some services are not able to be constructed (Error while validating the service descriptor ServiceType: Microsoft.Extensions.Hosting.IHostedService Lifetime: Singleton ImplementationType: TTRWindowWorkerService.TTRService.TTRReportService: Cannot consume scoped service TTRWindowWorkerService.TTRRepository.ITTRReportRepository from singleton Microsoft.Extensions.Hosting.IHostedService.

InvalidOperationException: Cannot consume scoped service TTRWindowWorkerService.TTRRepository.ITTRReportRepository from singleton Microsoft.Extensions.Hosting.IHostedService.

这个报错的核心逻辑很直白：你的Worker服务（TTRReportService）是单例（Singleton）生命周期的（所有IHostedService默认都是单例），但你试图直接注入一个作用域（Scoped）生命周期的ITTRReportRepository。在DI容器的规则里，单例服务的生命周期远长于作用域服务，直接注入会导致作用域服务被“绑定”在单例中，失去了作用域的设计意义（比如EF Core的DbContext会被复用引发并发问题、数据缓存不一致等）。

下面给你两种可行的解决方案，优先推荐第一种：

方案一：用IServiceScopeFactory在Worker中创建临时作用域（推荐） #

这种方法能保留Repository的作用域生命周期，同时在单例Worker里安全使用它，是行业通用的最佳实践。

1. 修改Worker服务的构造函数，注入IServiceScopeFactory #

public class TTRReportService : BackgroundService
{
    private readonly IServiceScopeFactory _scopeFactory;
    private readonly ILogger<TTRReportService> _logger;

    public TTRReportService(IServiceScopeFactory scopeFactory, ILogger<TTRReportService> logger)
    {
        _scopeFactory = scopeFactory;
        _logger = logger;
    }

    // 后续业务逻辑...
}

2. 在任务执行方法中创建作用域，获取Repository实例 #

比如在ExecuteAsync循环里：

protected override async Task ExecuteAsync(CancellationToken stoppingToken)
{
    while (!stoppingToken.IsCancellationRequested)
    {
        _logger.LogInformation("Worker running at: {time}", DateTimeOffset.Now);

        // 创建临时作用域，用完自动释放
        using (var scope = _scopeFactory.CreateScope())
        {
            // 从当前作用域中获取Scoped的Repository
            var repository = scope.ServiceProvider.GetRequiredService<ITTRReportRepository>();
            
            // 调用Repository的数据库操作方法
            await repository.DoYourDatabaseWorkAsync();
        }

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

每次循环都会创建全新的作用域，用完后自动销毁，完全匹配作用域服务的生命周期要求。

方案二：将Repository改为单例生命周期（不推荐） #

如果你明确知道你的Repository和底层DbContext不需要作用域特性（比如完全没有并发场景、DbContext无状态），可以修改服务注册代码，把Repository改成单例：

// 在Program.cs的服务注册段修改
builder.Services.AddSingleton<ITTRReportRepository, TTRReportRepository>();

但强烈不推荐这种做法，因为EF Core的DbContext本身是为作用域场景设计的，单例DbContext会引发线程安全问题、数据持久化异常等一系列麻烦，除非你完全清楚这么做的风险。

最后可以检查下Program.cs里的DbContext注册，确保它是默认的作用域模式：

builder.Services.AddDbContext<YourDbContext>(options =>
    options.UseSqlServer(configuration.GetConnectionString("YourSqlConnString")));
// Repository保持Scoped注册
builder.Services.AddScoped<ITTRReportRepository, TTRReportRepository>();

按方案一修改后，就能解决这个注入异常啦。

备注：内容来源于stack exchange，提问作者Anas Nabi