如何在单例类中使用DbContext解决DI生命周期异常问题

这不是单一职责原则应用错误，是DI容器的生命周期依赖规则导致的：长生命周期服务不能直接依赖短生命周期服务。你把EUMemberChecker注册为单例（应用全局生命周期），却直接依赖Scoped生命周期（按请求/作用域释放）的DatabaseContext，属于典型的Captive Dependency问题，容器抛出错误是保护性机制，避免单例长期持有已释放的DbContext实例，触发并发访问、内存泄漏、数据状态混乱等问题。
额外注意：不要为了适配单例把DbContext也改成单例，EF Core的DbContext本身不是线程安全的，设计定位是单个工作单元的轻量实例，单例注册会引发大量不可预期的运行时错误。

最直接的方案是把数据加载逻辑和单例服务解耦，启动阶段预加载数据后再注册服务，全程不让单例依赖Scoped的DbContext：

1. 改造EUMemberChecker，去掉对DbContext的直接依赖，构造函数直接接收预加载完成的成员国数据：

public class EUMemberChecker
{
    private readonly IReadOnlySet<string> _euMemberSet;

    // 直接传入已加载好的国家列表，不感知数据库存在
    public EUMemberChecker(IEnumerable<string> euCountries)
    {
        // 用哈希集存储，校验时间复杂度O(1)，忽略国家名大小写差异
        _euMemberSet = euCountries.ToHashSet(StringComparer.OrdinalIgnoreCase);
    }

    public bool IsEUMember(string country)
    {
        return !string.IsNullOrWhiteSpace(country) && _euMemberSet.Contains(country);
    }
}

2. 在应用启动阶段，手动创建临时作用域加载数据库中的成员国数据，再用加载完成的数据注册EUMemberChecker为单例：

var builder = WebApplication.CreateBuilder(args);
// 其他服务注册，包括DatabaseContext的Scoped注册
builder.Services.AddDbContext<DatabaseContext>(/* 你的数据库连接配置 */);

var app = builder.Build();

// 启动时一次性加载欧盟成员国数据
using (var initScope = app.Services.CreateScope())
{
    var db = initScope.ServiceProvider.GetRequiredService<DatabaseContext>();
    var euCountryList = await db.EuMemberStates
        .Select(x => x.CountryName) // 按你实际表字段调整，存国家编码/名称均可
        .ToListAsync();
    // 用预加载的数据注册单例，无后续数据库依赖
    builder.Services.AddSingleton(new EUMemberChecker(euCountryList));
}

// 剩下的中间件配置、启动逻辑
app.Run();

这种实现下，EUMemberChecker全局只有一个实例，仅在应用启动时执行一次数据库查询，后续所有校验逻辑都走内存中的哈希集，没有任何多余开销，也完全符合DI生命周期规则。

如果后续你需要支持不重启应用就能更新数据库里的欧盟成员国列表，可以用单例+内存缓存+作用域工厂的模式：

• 把EUMemberChecker注册为单例，构造函数注入IServiceScopeFactory（本身是单例生命周期，用来安全创建短作用域）和IMemoryCache
• 第一次调用校验方法时，通过IServiceScopeFactory创建临时作用域获取DbContext，查询数据后写入内存缓存，配置合适的过期时间（比如24小时过期，或者支持手动触发刷新），后续所有调用直接读缓存，不会重复查询数据库
• 注意每次访问DbContext都要在临时using作用域内完成，用完立刻释放，不要长期持有DbContext实例

不要用Scoped注册+静态变量存数据的折中方案：这种方式虽然能避免重复查库，但每个请求都会创建新的EUMemberChecker实例，存在不必要的对象分配开销，代码整洁度也差。

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