ASP.NET Core中AddHostedService与AddSingleton关联及BackgroundService正确注入方式

为什么当前写法会出现双实例？ #

AddHostedService<T>() 的本质是向DI容器注册 IHostedService 的实现类型为T，默认生命周期为Singleton。你当前的写法是两次独立注册：

• 第一次注册 IBGService 对应手动new的 BGService 实例A
• 第二次注册 IHostedService 对应 BGService 类型，DI容器会创建新的实例B作为实现
  两个注册互不关联，自然会生成两个实例，控制器注入的是IBGService对应的实例A，而后台运行的是IHostedService对应的实例B，数据互不共通。

为什么仅用AddHostedService时控制器注入报错？ #

AddHostedService仅注册了IHostedService -> BGService的映射，DI容器中不存在IBGService对应的服务注册，控制器注入IBGService时自然无法解析，抛出找不到服务的异常。
你测试时仅注册Singleton能正常运行，大概率是你手动调用了ExecuteAsync方法，这种方式没有和主机生命周期绑定，应用关闭时不会触发优雅停止，不建议在生产环境使用。

如果你的BGService同时需要满足两个需求：1. 作为托管服务随应用启动运行后台逻辑 2. 对外暴露IBGService接口供控制器调用，只需要保证三个服务标识（BGService、IHostedService、IBGService）都指向同一个单例即可，通用写法如下：

// 先注册BGService本身为单例
services.AddSingleton<BGService>();
// 把同一个实例作为IHostedService注册，让框架托管启动/停止生命周期
services.AddHostedService<BGService>(sp => sp.GetRequiredService<BGService>());
// 把同一个实例作为IBGService注册，供控制器注入调用
services.AddSingleton<IBGService>(sp => sp.GetRequiredService<BGService>());

如果是手动构造实例的场景，写法如下：

var bgServiceInstance = new BGService();
services.AddSingleton<IBGService>(bgServiceInstance);
services.AddSingleton<IHostedService>(bgServiceInstance);

两种写法都只会初始化一次BGService，保证单例特性，后台运行的服务和控制器注入的服务是同一个实例，数据完全共通。

AddHostedService是.NET为托管服务设计的专用注册方法，主要有以下优势：

• 自动绑定主机生命周期：应用启动时会自动调用所有注册的IHostedService的StartAsync方法启动后台任务，应用收到关闭信号时会自动调用StopAsync方法，触发BackgroundService内置的取消令牌，允许你优雅终止后台任务，避免任务强制中断导致的数据损坏。
• 集成框架级异常处理：托管服务的运行异常会被框架捕获，配合主机的异常处理策略可以实现自动重启、错误日志上报等能力，不需要自己额外封装。
• 遵循统一的托管服务规范：所有后台服务都以IHostedService的标准接口暴露，方便框架统一管理，也便于第三方扩展对后台服务的监控、调度等能力。

如果你仅将BGService注册为普通Singleton，框架不会自动执行它的ExecuteAsync方法，你需要自己处理启动、停止逻辑，丢失了上面所有框架内置的托管能力，不符合后台服务的最佳实践。

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