.NET Core 6将DbContext注入单例服务时的依赖注入错误

问题说明 #

在.NET 6应用中，将MyMonitorManager注册为单例服务，同时通过DI注入MyDBContext时触发以下错误：

Cannot consume scoped service 'MyController.MyDBContext' from singleton 'MyController.Service.MyMonitorManager'.

相关代码片段：

App.cs #

...
var service = builder.Services;
service.AddDbContext<MyDBContext>(options => options.UseSqlite(connectionString));
service.AddSingleton<MyMonitorManager>();
...

MyDBContext.cs（注：构造函数类名存在笔误，需修正为MyDBContext） #

public class MyDBContext : ApiAuthorizationDbContext<ApplicationUser>
{
    public MyDBContext(...): base(options, operationalStoreOptions){}
    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder){}
    protected override void OnModelCreating(ModelBuilder modelBuilder){}
}

MyMonitorManager.cs #

public class MyMonitorManager {
   private readonly MyDBContext _databaseManager;
   ...
}

报错原因 #

.NET依赖注入的生命周期规则：MyDBContext默认注册为Scoped（每个请求一个实例），而MyMonitorManager是Singleton（应用全局唯一实例）。Singleton服务持有Scoped服务实例会导致Scoped服务生命周期被强行延长，引发资源泄漏、数据一致性问题，因此DI容器会直接拦截这种不安全的注入行为。

你尝试的写法存在的问题 #

直接手动实例化MyDBContext并注入单例MyMonitorManager的做法不可取：

1. 绕开了DI容器的配置逻辑，无法应用连接字符串、日志等预设配置
2. 单例DbContext不是线程安全的，多请求并发操作时会抛出异常

正确实现方案 #

方案1：用IServiceScopeFactory创建临时作用域（推荐） #

在单例服务中注入IServiceScopeFactory，每次需要操作数据库时创建独立作用域，使用完自动释放DbContext，避免生命周期冲突和线程安全问题。

修改MyMonitorManager：

public class MyMonitorManager
{
    private readonly IServiceScopeFactory _scopeFactory;

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

    public void ExecuteDatabaseTask()
    {
        using (var scope = _scopeFactory.CreateScope())
        {
            var dbContext = scope.ServiceProvider.GetRequiredService<MyDBContext>();
            // 执行数据库操作逻辑
            // 例如：dbContext.Entities.Add(...); await dbContext.SaveChangesAsync();
        } // 作用域释放，DbContext自动回收
    }
}

服务注册保持原有写法即可：

var service = builder.Services;
service.AddDbContext<MyDBContext>(options => options.UseSqlite(connectionString));
service.AddSingleton<MyMonitorManager>();

方案2：将DbContext注册为Singleton（不推荐） #

如果业务场景特殊，必须让DbContext和单例服务生命周期一致，可以修改DbContext的注册生命周期，但需注意DbContext非线程安全的特性：

service.AddDbContext<MyDBContext>(options => options.UseSqlite(connectionString), ServiceLifetime.Singleton);
service.AddSingleton<MyMonitorManager>();

⚠️ 仅适用于单线程或极低并发场景，否则会出现并发操作异常。

方案3：调整MyMonitorManager为Scoped生命周期 #

若业务允许，将MyMonitorManager改为Scoped服务，即可直接注入Scoped的DbContext：

service.AddDbContext<MyDBContext>(options => options.UseSqlite(connectionString));
service.AddScoped<MyMonitorManager>();

总结 #

优先选择方案1，既保留MyMonitorManager的单例特性，又能安全、规范地使用数据库上下文，规避线程安全和资源泄漏风险。

内容的提问来源于stack exchange，提问作者Basil the dev