根本原因是注册方式错误：必须用addhostedservice()注册，否则主机完全无视该服务，startasync永不调用；误用addsingleton或addscoped会导致静默失败或启动崩溃，且注册必须在program.cs的builder.services阶段完成。
根本原因不是代码写错了，而是注册方式不对——必须用 AddHostedService<t>()</t>，否则 StartAsync 永远不会被调用。
为什么 IHostedService 的 StartAsync 从不执行
现象是服务类写了、接口实现了、日志里却完全看不到 StartAsync 被调用。这不是运气问题，是宿主系统压根没把它当“托管服务”看待。
-
services.AddSingleton<mybackgroundservice>()</mybackgroundservice>→ 静默失败，类只是个普通单例，主机不会调用其生命周期方法 -
services.AddScoped<mybackgroundservice>()</mybackgroundservice>→ 启动时报Cannot resolve scoped service from root provider，直接崩溃 - 正确注册只有一条：
services.AddHostedService<mybackgroundservice>()</mybackgroundservice>，它既注册为 Singleton，又把实例加入托管队列 - 注册位置必须在
Program.cs的builder.Services阶段，不能塞进中间件、控制器或任意后期配置里
BackgroundService 比手写 IHostedService 强在哪
直接实现 IHostedService 要自己处理取消信号传播、异常捕获、运行状态跟踪；BackgroundService 已把这些封装好了，95% 场景该用它。
- 只需重写
ExecuteAsync(CancellationToken stoppingToken)，不用管StartAsync和StopAsync的壳子 - 基类自动把
stoppingToken传给ExecuteAsync，且在未捕获异常时记录日志并标记服务失败 - 错误写法：
while (true) { await DoWork(); await Task.Delay(1000); }→ 完全忽略取消信号，StopAsync 会超时卡死 - 正确写法：
while (!stoppingToken.IsCancellationRequested) { await DoWorkAsync(stoppingToken); await Task.Delay(1000, stoppingToken); } - 别在
ExecuteAsync外层try/catch吞异常——基类已处理；吞掉只会让服务“假死”，无日志、无提示
怎么在后台服务里安全使用 DbContext 等 Scoped 服务
BackgroundService 实例是 Singleton，而 DbContext 默认是 Scoped，直接注入会报 Cannot resolve scoped service from root provider。
- 必须在
ExecuteAsync内部按需创建作用域：using var scope = _scopeFactory.CreateScope(); - 再从
scope.ServiceProvider获取DbContext：var context = scope.ServiceProvider.GetRequiredService<mydbcontext>();</mydbcontext> - 每次数据库操作都应新建 scope，不要缓存
DbContext实例，也不要跨 scope 复用 - .NET 6+ 可直接注入
IServiceProvider替代IServiceScopeFactory，但CreateScope()开销仍在，高频轮询需权衡
多个后台服务的启动顺序靠不住
注册顺序（AddHostedService<a>()</a> 在前、AddHostedService<b>()</b> 在后）只是“尽力而为”，不保证强依赖顺序。比如 A 要等数据库建连完成，B 才能开始查缓存，光靠注册顺序很容易出错。
-
IHostedLifecycleService（.NET 8 新增）不是用来控制顺序的，它的OnStartedAsync是在所有IHostedService.StartAsync完成后才触发 - 真需要可靠顺序，得引入显式同步点：定义
IStartupReadySignal接口，由前置服务设置TaskCompletionSource.TrySetResult()，后置服务在StartAsync开头await _readySignal.ReadyTask - 绝对避免在
StartAsync中用.Wait()或.Result阻塞主线程，否则整个主机启动会被卡住
真正麻烦的不是写完代码，而是取消信号能不能穿透到每一层异步调用里——从 ExecuteAsync 到 HttpClient.SendAsync，再到 DbContext.SaveChangesAsync，漏掉任何一个，服务就无法优雅退出。
