ASP.NET Core后台任务的生命周期与DI注入相关问题咨询

问题1：托管服务场景下Scoped生命周期的定义 #

• 首先明确：默认通过AddHostedService注册的BackgroundService实现类生命周期为Singleton，这符合你希望全局仅运行一个后台任务实例的需求，也是绝大多数常驻后台任务的标准注册方式。
• 官方文档提及的「Scoped生命周期的托管服务」是非常用特殊场景，仅当你需要将托管服务的生命周期绑定到自定义Scope边界（比如租户级Scope、单次任务执行Scope）时才会用到，普通开发场景无需关注。
• 后台任务场景下的Scoped生命周期定义和Web请求场景逻辑一致，只是Scope的创建边界由你自行控制：Web场景下Scope由ASP.NET Core框架在请求进入时创建、请求结束时销毁；后台任务场景下你可以自行决定Scope的创建时机，比如每轮定时任务执行前创建一个Scope，本轮任务执行完成后销毁Scope，该Scope内解析的所有Scoped服务都会跟着当前Scope的销毁而释放，不同轮次任务的服务实例互相隔离，避免出现并发冲突、脏数据、资源泄漏问题。

问题2：代码可正常运行的原因解释 #

你贴出的代码：

services.AddHostedService(x => new DataPersister(x.GetRequiredService<IAsyncDocumentSession>(), x.GetRequiredService<ILogger>()));

可正常运行不代表符合最佳实践，本质原因是：

• AddHostedService工厂方法的参数x是应用的根ServiceProvider，从根容器直接解析Scoped服务时，该服务的生命周期会被自动提升为Singleton，和根容器的生命周期保持一致，会一直存活到应用进程退出。
• 这种用法存在大量隐性问题：如果IAsyncDocumentSession是类似EF Core DbContext的会话类服务，单例使用会出现并发操作报错、缓存数据脏读、非托管资源长期占用泄漏等问题，你当前未触发异常只是还没遇到对应的边界场景。
• 正确的用法是在DataPersister中注入IServiceScopeFactory，每次需要使用Scoped服务时主动创建Scope，示例逻辑如下：

public class DataPersister : BackgroundService
{
    private readonly IServiceScopeFactory _scopeFactory;
    public DataPersister(IServiceScopeFactory scopeFactory)
    {
        _scopeFactory = scopeFactory;
    }

    protected override async Task ExecuteAsync(CancellationToken stoppingToken)
    {
        while (!stoppingToken.IsCancellationRequested)
        {
            // 每轮任务创建独立Scope
            using var scope = _scopeFactory.CreateScope();
            var session = scope.ServiceProvider.GetRequiredService<IAsyncDocumentSession>();
            // 执行业务逻辑
            await DoWork(session);
            // Scope释放时，session等Scoped服务会自动销毁
        }
    }
}
// 注册时直接用泛型重载即可
services.AddHostedService<DataPersister>();

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