ASP.NET Core 6.0中无法从单例消费作用域服务ApplicationDbContext的问题

错误原因 #

ASP.NET Core的服务生命周期存在核心约束：单例（Singleton）服务不能依赖作用域（Scoped）服务。

• ApplicationDbContext通过AddDbContext注册时，默认是Scoped生命周期（每个请求创建一个实例，请求结束后自动释放）。
• 你将ISettingsRepository注册为Singleton（整个应用生命周期仅存在一个实例），而它的构造函数直接注入了ApplicationDbContext，这就导致单例服务长期持有一个本该随请求销毁的Scoped服务实例，既会造成资源泄漏，也会引发上下文状态异常。

解决方案 #

方案1：将仓储改为Scoped生命周期（推荐） #

这是最符合ASP.NET Core设计规范的做法，让仓储的生命周期和DbContext保持一致：

修改Program.cs中的服务注册代码：

// 把AddSingleton替换为AddScoped
builder.Services.AddScoped<ISettingsRepository, SettingsRepository>();

方案2：保留仓储为Singleton，通过IServiceProvider按需创建Scoped上下文 #

如果确实需要仓储是单例（比如要缓存设置以减少数据库查询），不要直接注入DbContext，而是注入IServiceProvider，在需要时临时创建Scoped的上下文实例：

修改SettingsRepository代码：

public class SettingsRepository : ISettingsRepository
{
    private readonly IServiceProvider _serviceProvider;
    private Settings _cachedSettings; // 缓存设置，避免重复查询

    public SettingsRepository(IServiceProvider serviceProvider)
    {
        _serviceProvider = serviceProvider;
    }

    public Settings Settings()
    {
        if (_cachedSettings != null)
            return _cachedSettings;

        // 创建临时作用域，获取Scoped的DbContext
        using var scope = _serviceProvider.CreateScope();
        var dbContext = scope.ServiceProvider.GetRequiredService<ApplicationDbContext>();
        _cachedSettings = dbContext.Settings.AsNoTracking().First();
        
        return _cachedSettings;
    }
}

方案3：将DbContext改为Singleton（不推荐） #

可以强制把DbContext注册为Singleton，但强烈不建议——DbContext不是线程安全的，多请求并发时会导致数据异常、上下文状态混乱等问题：

builder.Services.AddDbContext<ApplicationDbContext>(options =>
    options.UseSqlServer(connectionString), ServiceLifetime.Singleton);

总结 #

优先选择方案1，这是最稳妥的实现方式；只有在有明确的单例需求（如缓存）时才考虑方案2；方案3尽量避免使用。

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