ASP.NET Core 6 MVC：IOC创建期间能否访问服务加载数据库配置并注入单例？

你没法在WebApplication.CreateBuilder阶段直接拿ISettingsRepository实例——这时候DI容器还没完全初始化好，硬解析容易出生命周期冲突（比如scoped服务在容器没构建完时没法正确创建）。下面给你几种靠谱的实现方式：

方案一：用工厂委托延迟加载（首推） #

用AddSingleton的工厂重载，让容器在第一次需要SystemSettingsDto时自动去解析仓库、加载设置，完全符合DI的设计逻辑，不用手动折腾容器：

var builder = WebApplication.CreateBuilder(args);
var connectionString = builder.Configuration.GetConnectionString("DataContextConnection");
builder.Services.AddDbContext<DataContext>(options =>
{
    options.UseSqlServer(connectionString, b => b.MigrationsAssembly("MyAssembly"));
});
builder.Services.AddScoped<ISettingsRepository, SettingsRepository>();

// 注册单例，用工厂委托延迟加载设置
builder.Services.AddSingleton<SystemSettingsDto>(sp =>
{
    // 因为ISettingsRepository是scoped服务，得创建作用域来解析
    using var scope = sp.CreateScope();
    var settingsRepo = scope.ServiceProvider.GetRequiredService<ISettingsRepository>();
    return settingsRepo.GetSystemSetings();
});

var app = builder.Build();

// 中间件、路由配置...
app.Run();

关键点： #

• 用CreateScope是因为scoped服务必须在作用域内解析，避免生命周期不匹配的问题。
• 这个工厂委托只会执行一次——第一次请求SystemSettingsDto的时候，之后就复用这个单例实例。

方案二：构建临时服务提供者提前加载 #

如果启动阶段就得用到设置（比如某些中间件要提前用），可以先建个临时服务提供者来拿仓库，加载完再注册单例：

var builder = WebApplication.CreateBuilder(args);
var connectionString = builder.Configuration.GetConnectionString("DataContextConnection");
builder.Services.AddDbContext<DataContext>(options =>
{
    options.UseSqlServer(connectionString, b => b.MigrationsAssembly("MyAssembly"));
});
builder.Services.AddScoped<ISettingsRepository, SettingsRepository>();

// 造个临时服务提供者
using var tempProvider = builder.Services.BuildServiceProvider();
using var scope = tempProvider.CreateScope();
var settingsRepo = scope.ServiceProvider.GetRequiredService<ISettingsRepository>();
var systemSettings = settingsRepo.GetSystemSetings();

// 把加载好的设置注册成单例
builder.Services.AddSingleton<SystemSettingsDto>(systemSettings);

var app = builder.Build();

// 后续配置...
app.Run();

注意： #

• 临时服务提供者和最终应用的容器是独立的，这里的仓库实例和后续应用里的不会共享，但对于一次性加载设置来说没啥影响。
• 要确保加载设置依赖的所有服务都已经在builder.Services里注册好了。

方案三：直接用DbContext加载（跳过仓库） #

如果你的设置加载逻辑很简单，也可以直接在启动阶段创建DbContext实例拿数据，不用依赖仓库：

var builder = WebApplication.CreateBuilder(args);
var connectionString = builder.Configuration.GetConnectionString("DataContextConnection");
builder.Services.AddDbContext<DataContext>(options =>
{
    options.UseSqlServer(connectionString, b => b.MigrationsAssembly("MyAssembly"));
});

// 直接创建DbContext实例加载设置
var optionsBuilder = new DbContextOptionsBuilder<DataContext>();
optionsBuilder.UseSqlServer(connectionString, b => b.MigrationsAssembly("MyAssembly"));
using var dbContext = new DataContext(optionsBuilder.Options);
var systemSettings = dbContext.SystemSettings.FirstOrDefault(); // 假设你的实体是SystemSettings

builder.Services.AddSingleton<SystemSettingsDto>(systemSettings);

var app = builder.Build();

// 后续配置...
app.Run();

说明： #

• 这种方式省了仓库层的依赖，适合简单场景；但如果设置加载逻辑复杂（比如要处理缓存、数据转换），还是推荐前两种方案。

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