根本原因是注册方式错误——只有addhostedservice()能被主机识别并调用生命周期方法；用addsingleton或addscoped注册会导致静默失败或启动崩溃。
为什么 StartAsync 从不执行
根本原因不是代码写错了，而是注册方式不对——AddHostedService<t>()</t> 是唯一能让主机识别并调用生命周期方法的注册方式。用 AddSingleton<mybackgroundservice>()</mybackgroundservice> 或 AddScoped<mybackgroundservice>()</mybackgroundservice> 注册，服务类只是个普通实例，主机压根不会把它当托管服务看待。
常见现象：日志里完全看不到 StartAsync 被调用，任务没跑，也没明确报错。只有一行模糊的 Failed to instantiate hosted service 可能被忽略。
-
AddSingleton<t>()</t>→ 静默失败，构造函数注入DbContext等 Scoped 服务时会直接崩溃 -
AddScoped<t>()</t>→ 启动时报Cannot resolve scoped service from root provider - 注册必须在
Program.cs的builder.Services阶段完成，不能塞进中间件、控制器或后期配置里
BackgroundService 比手写 IHostedService 强在哪
直接实现 IHostedService 要自己处理取消信号传播、异常捕获、运行状态跟踪；BackgroundService 已把这些封装好了，95% 场景该用它。
你只需重写 ExecuteAsync(CancellationToken stoppingToken)，不用管 StartAsync 和 StopAsync 的壳子。基类自动把 stoppingToken 传进去，且在未捕获异常时记录日志并标记服务失败。
- 错误写法：
while (true) { await DoWork(); await Task.Delay(1000); }→ 完全忽略取消信号，StopAsync会超时卡死 - 正确写法：
while (!stoppingToken.IsCancellationRequested) { await DoWorkAsync(stoppingToken); await Task.Delay(1000, stoppingToken); } - 别在
ExecuteAsync外层try/catch吞异常——基类已处理；吞掉只会让服务“假死”，无日志、无提示
怎么在 ExecuteAsync 里安全用 DbContext
BackgroundService 实例是 Singleton 生命周期，而 DbContext 默认是 Scoped，直接注入会炸出 Cannot resolve scoped service from root provider。
必须在 ExecuteAsync 内部按需创建新作用域，每次数据库操作都应新建 scope，用完即释放。
- 注入
IServiceScopeFactory _scopeFactory（不能注入IServiceProvider，它不支持创建 scope） - 循环内写：
using var scope = _scopeFactory.CreateScope(); var context = scope.ServiceProvider.GetRequiredService<mydbcontext>();</mydbcontext> - 不要缓存
DbContext实例，也不要跨 scope 复用 - 所有可取消的异步操作（如
context.SaveChangesAsync()）都得把stoppingToken传进去
多个后台服务之间有依赖怎么办
.NET 不保证 IHostedService 的启动顺序，注册顺序只是“尽力而为”，异步初始化会让它失效。如果你的服务 A 必须等服务 B 初始化完成（比如建连数据库后才开始查），就得手动加同步点。
- 定义接口：
public interface IStartupReadySignal { Task ReadyTask { get; } } - B 实现该接口，在
StartAsync最后一行调用_tcs.TrySetResult() - A 构造函数注入
IStartupReadySignal，并在自己的StartAsync开头await _readySignal.ReadyTask - 绝对避免在
StartAsync中用.Wait()或.Result阻塞主线程，否则整个主机启动会被卡住
最易被忽略的点：取消信号不是只用来 Task.Delay 的，所有 IO 操作（HTTP 请求、数据库保存、文件读写）都得显式传入 stoppingToken，否则服务无法优雅退出。
