.NET 5控制台后台服务注入Entity Framework Core出现作用域异常如何解决？

你对生命周期的判断是正确的：AddDbContext 默认将上下文注册为*Scoped（作用域）生命周期，而你的DataAccess注册为Singleton（单例）*生命周期。
DI容器的核心规则是长生命周期的服务不能直接依赖短生命周期的服务：单例服务在应用启动时就会创建一次，整个运行过程中只会有一个实例；而Scoped服务的生命周期只存在于当前作用域，作用域销毁后服务就会被释放。如果允许单例直接注入Scoped服务，会导致两个严重问题：

1. Scoped服务被单例持有引用，永远不会被释放，引发内存泄漏
2. DbContext本身不是线程安全的，全局单例持有同一个DbContext实例，多线程并发操作时会触发大量不可预期的数据读写错误
   所以DI容器会直接抛出异常阻止这种错误用法。

根据你的需求（DataAccess供全局调用），推荐保留DataAccess的单例注册，通过IServiceScopeFactory手动管理DbContext的生命周期，具体改造步骤如下：

步骤1：修改DataAccess的依赖注入逻辑 #

不在构造函数中直接注入MyDataContext，改为注入IServiceScopeFactory：

public class DataAccess
{
    private readonly IServiceScopeFactory _scopeFactory;

    public DataAccess(IServiceScopeFactory scopeFactory)
    {
        _scopeFactory = scopeFactory;
    }
}

步骤2：改造CRUD方法，每次操作单独创建作用域获取DbContext #

每次执行数据库操作前手动创建作用域，操作结束后作用域自动销毁，对应DbContext也会被释放：

// 举个查询方法的例子，其他CRUD方法同理
public async Task<List<YourEntity>> GetEntityListAsync()
{
    // 创建独立作用域
    using var scope = _scopeFactory.CreateScope();
    // 从当前作用域获取DbContext实例
    var dbContext = scope.ServiceProvider.GetRequiredService<MyDataContext>();
    // 执行数据库操作
    return await dbContext.YourEntities.ToListAsync();
}

步骤3：保留原有注册逻辑不变 #

Program.cs中的注册代码不需要修改：

services.AddSingleton<DataAccess>();
services.AddDbContext<MyDataContext>(options => options.UseSqlServer(ConnectionString));

如果你的场景中不需要全局单例的DataAccess，也可以直接将DataAccess注册为Scoped生命周期，和DbContext的生命周期匹配：

// 仅适合不需要在单例服务中直接注入DataAccess的场景
services.AddScoped<DataAccess>();
services.AddDbContext<MyDataContext>(options => options.UseSqlServer(ConnectionString));

注意：绝对不要为了省事直接将DbContext注册为单例，会引发严重的并发读写问题

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