基于Microsoft.Extensions.Hosting.HostApplicationBuilder的DI容器持久化组件可行性问询

这个需求完全可行，核心思路是先完成数据填充，再把带有数据的实例注册到DI容器，而非让DI容器创建新的空实例。以下是具体实现方式：

1. 替换静态类为可注入服务类（推荐） #

先把原有静态类改为普通类，避免静态全局状态的弊端，更贴合DI设计原则：

public class AppFixedConfig
{
    public string ConstantValue1 { get; set; }
    public int ConstantValue2 { get; set; }
    // 其他固定配置字段
}

2. 提前填充数据并注册到DI容器 #

在Host构建流程中，先从AppSettings.json读取配置填充实例，再将其注册为单例：

var builder = Host.CreateDefaultBuilder(args);

builder.ConfigureServices((context, services) =>
{
    // 1. 从配置文件绑定数据到实例
    var fixedConfig = new AppFixedConfig();
    context.Configuration.Bind("FixedSettingsSection", fixedConfig);
    // 可在此添加自定义数据填充逻辑（如果需要）

    // 2. 注册已填充数据的实例为单例（数据永不更改，单例最适合）
    services.AddSingleton(fixedConfig);

    // 其他服务注册逻辑...
});

var host = builder.Build();
// 后续使用时，通过构造函数注入AppFixedConfig即可直接获取带数据的实例

3. 若需保留静态类（兼容历史代码） #

如果无法替换静态类，可先完成静态类的数据填充，再通过包装类将其接入DI：

builder.ConfigureServices((context, services) =>
{
    // 先填充静态类数据
    StaticConfigClass.Value1 = context.Configuration["FixedSettingsSection:Value1"];
    StaticConfigClass.Value2 = int.Parse(context.Configuration["FixedSettingsSection:Value2"]);

    // 注册包装类，让其他服务通过DI获取静态类数据
    services.AddSingleton<IStaticConfigProvider>(new StaticConfigWrapper());
});

// 包装类与接口示例
public interface IStaticConfigProvider
{
    string GetValue1();
    int GetValue2();
}

public class StaticConfigWrapper : IStaticConfigProvider
{
    public string GetValue1() => StaticConfigClass.Value1;
    public int GetValue2() => StaticConfigClass.Value2;
}

关键注意事项 #

• 注册模式：因数据固定不变，优先使用AddSingleton，确保整个应用生命周期内复用同一个带数据的实例。
• 配置绑定：Configuration.Bind可快速将配置节映射到类实例，比手动赋值更高效且不易出错。

如果你的场景有特殊约束（如特定DI容器类型、复杂填充逻辑），可补充代码细节，我会给出更针对性的调整建议。

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