IHostedService 启动后未执行是因为未用 AddHostedService() 正确注册，而误用 AddSingleton 等；BackgroundService 封装了生命周期管理；需用 IServiceScopeFactory 创建作用域访问 Scoped 服务；StopAsync 前须确保所有异步操作完成。
为什么 IHostedService 启动后没执行？
常见现象是注册了服务但 StartAsync 从不被调用——根本原因是没在 Program.cs 中正确注册为托管服务，而非普通服务。ASP.NET Core 只会自动调用实现了 IHostedService 的类型，且必须通过 AddHostedService<t>()</t> 注册。
实操建议：
- 不要用
services.AddSingleton<mybackgroundservice>()</mybackgroundservice>或AddScoped替代；必须用services.AddHostedService<mybackgroundservice>()</mybackgroundservice> - 确保
MyBackgroundService实现了IHostedService，且两个方法都非空实现（哪怕只写await Task.CompletedTask;） - 若依赖注入失败（如构造函数中请求了
Scoped服务），StartAsync会被跳过且无明确报错——检查日志里是否有“Failed to instantiate hosted service”类错误
BackgroundService 比手写 IHostedService 好在哪？
直接实现 IHostedService 需手动管理生命周期、取消信号和异常捕获；而基类 BackgroundService 已封装了标准模式：启动时调用 ExecuteAsync，停止时发送 CancellationToken 并等待其完成。
实操建议：
- 优先继承
BackgroundService，重写ExecuteAsync(CancellationToken stoppingToken) - 在
ExecuteAsync中用while (!stoppingToken.IsCancellationRequested)轮询，或用await Task.Delay(1000, stoppingToken)配合取消令牌 - 避免在
ExecuteAsync外部捕获异常——基类已处理未捕获异常并记录日志；若自行 try/catch 后吞掉异常，会导致服务静默失败
如何让后台服务访问 Scoped 服务（比如 DbContext）？
IHostedService 实例本身是 Singleton 生命周期，无法直接注入 Scoped 服务（会引发“Cannot resolve scoped service from root provider”错误）。
实操建议：
- 在
ExecuteAsync内部使用IServiceScopeFactory创建新作用域：using var scope = _scopeFactory.CreateScope();<br>var context = scope.ServiceProvider.GetRequiredService<MyDbContext>();
- 每次数据库操作都应新建 scope，用完即释放；不要缓存
DbContext实例或跨 scope 复用 - 若高频访问数据库，考虑用
IServiceProvider替代IServiceScopeFactory（.NET 6+ 支持直接注入），但 scope 创建开销仍需评估
服务停止时如何保证任务真正完成？
常见误区是认为 StopAsync 执行完就代表所有工作结束——其实 BackgroundService 默认只等待 ExecuteAsync 返回，若其中启用了长时异步操作（如未 await 的 Task.Run），它可能仍在后台运行。
实操建议：
- 所有异步工作必须在
ExecuteAsync内被 await，或显式加入取消令牌监控（如httpClient.GetAsync(url, stoppingToken)） - 若需执行清理逻辑（如关闭连接、保存状态），应在
StopAsync中做，并注意它有默认 5 秒超时（可通过IHostApplicationLifetime或自定义配置调整） - 测试停止行为：发
Ctrl+C或调用host.StopAsync()，观察日志是否出现 “Stopping background service” 和 “Stopped background service”，中间不应有未完成的 await 悬挂
