.NET 5 API后台任务依赖注入错误排查求助

问题1：“No service for type ‘AccountRepository.AccountScopedService’ has been registered.” 报错 #

原因 #

在AccountLoaderBackgroundService的ExecuteAsync方法中，直接通过GetRequiredService<AccountScopedService>()请求实现类，但Startup.cs仅注册了IAccountScopedService接口与实现类的映射关系，DI容器中未直接注册AccountScopedService本身。

解决步骤 #

修改ExecuteAsync中获取服务的代码，使用接口类型获取：

var scopedService = scope.ServiceProvider.GetRequiredService<IAccountScopedService>();

若必须直接获取实现类，可在Startup.cs中额外注册：

services.AddScoped<AccountRepository.AccountScopedService>();

推荐使用第一种方式，符合依赖注入面向接口的设计原则。

问题2：构造函数注入Singleton/Transient服务后应用冻结，Swagger无法加载 #

原因 #

1. 字段未正确赋值：原构造函数接收了IAccountSingletonService和IAcountTransientService参数，但未赋值给私有字段，若后续使用会引发异常；
2. 单例注入Scoped服务的死锁风险：若尝试在单例生命周期的BackgroundService构造函数中注入Scoped服务，DI容器无法解析（Scoped服务需在Scope上下文内），会导致启动阻塞；
3. 多后台服务的线程阻塞：同时注册两个HostedService，若循环逻辑未正确使用异步等待，可能阻塞主线程。

解决步骤 #

1. 正确注入Singleton/Transient服务

确保构造函数正确赋值私有字段，且仅注入Singleton或Transient服务（单例可安全使用这两种生命周期服务）：

public AccountLoaderBackgroundService(IAccountSingletonService singletonService,
                                      IAcountTransientService transientService)
{
    this.singletonService = singletonService;
    this.transientService = transientService;
}

2. 规范使用Scoped服务

若需使用Scoped服务，必须通过IServiceProvider创建Scope获取（即你最初的实现方式），这是.NET单例访问Scoped服务的标准方案，不要取消此步骤。

3. 优化后台服务逻辑

• 确保所有后台服务的循环逻辑使用await Task.Delay而非Thread.Sleep，避免阻塞线程；
• 若不需要两个后台服务，移除其中一个，减少资源占用。

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