Azure Function依赖注入：注册依赖配置子节的Scoped类如何传参

最优实现（无业务代码侵入） #

直接使用AddScoped的工厂重载实现，无需修改MySystemMessage类及其他依赖注入位置的代码，仅调整Startup注册逻辑即可：

public class Startup : FunctionsStartup
{
    public override void Configure(IFunctionsHostBuilder builder)
    {
        builder.Services.AddScoped<IMySystemMessage, MySystemMessage>(serviceProvider => 
        {
            var configuration = serviceProvider.GetRequiredService<IConfiguration>();
            return new MySystemMessage(configuration.GetSection("AzureFunctionsJobHost"));
        });
    }
}

方案优势 #

• 完全兼容原有MySystemMessage构造函数逻辑，无需修改类内部代码
• 所有已注入IMySystemMessage的业务代码无需调整，无冗余代码产生
• 规避了原代码中提前调用BuildServiceProvider()生成临时根容器、导致单例服务重复初始化的问题
• 严格遵循Scoped作用域规则，每次请求都会重新拉取配置，支持配置热重载生效

可选规范实现（适合长期维护项目） #

如果后续有配置校验、热重载监听的需求，可改用.NET官方推荐的Options模式：

1. 定义配置映射类

public class MySystemMessageOptions
{
    // 对应配置节里的属性字段
    public string Config1 { get; set; }
    public int Config2 { get; set; }
}

2. 调整Startup注册逻辑

public override void Configure(IFunctionsHostBuilder builder)
{
    // 绑定指定配置节到Options类
    builder.Services.Configure<MySystemMessageOptions>(
        builder.GetContext().Configuration.GetSection("AzureFunctionsJobHost")
    );
    // 注册Scoped服务
    builder.Services.AddScoped<IMySystemMessage, MySystemMessage>();
}

3. 调整MySystemMessage构造函数接收Options实例

public class MySystemMessage : IMySystemMessage
{
    private readonly MySystemMessageOptions _options;
    public MySystemMessage(IOptions<MySystemMessageOptions> options)
    {
        _options = options.Value;
    }
}

该方案符合.NET配置规范，天然支持配置变更监听、数据校验等能力，适合中长期迭代的项目使用。

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