Azure Functions进程内模式下Serilog集成致Options模式失效

问题原因 #

添加Serilog.Sinks.ApplicationInsights和Microsoft.Extensions.Logging后，依赖注入容器中IOptions<MyConfig>未被正确注册，导致服务无法获取配置值。核心原因是Serilog的注册方式干扰了Azure Functions默认的依赖注入服务初始化流程，或包版本冲突引发服务注册异常。

解决方案 #

1. 调整服务注册顺序与配置绑定方式 #

确保Options配置优先于日志服务注册，且显式指定配置节点（避免全配置根绑定的潜在问题）：

public override void Configure(IFunctionsHostBuilder builder)
{
    var context = builder.GetContext();
    var config = context.Configuration;

    // 优先配置Options，显式绑定指定配置节点
    builder.Services.Configure<MyConfig>(config.GetSection("MyConfig"));
    builder.Services.AddScoped<MyService>();

    // 正确配置Serilog并添加到日志系统
    Log.Logger = new LoggerConfiguration()
        .ReadFrom.Configuration(config) // 从配置文件读取Serilog设置
        .WriteTo.ApplicationInsights(
            config["APPINSIGHTS_INSTRUMENTATIONKEY"], 
            TelemetryConverter.Traces)
        .CreateLogger();

    builder.Services.AddLogging(loggingBuilder =>
    {
        loggingBuilder.AddSerilog(dispose: true);
    });
}

2. 检查包版本兼容性 #

确保Microsoft.Extensions.Logging的版本与Azure Functions SDK版本完全匹配。例如使用Azure Functions v4时，需安装与Microsoft.NET.Sdk.Functions同版本的Microsoft.Extensions.Logging包，避免版本冲突导致依赖注入服务注册失败。

3. 验证配置文件结构 #

确认local.settings.json或生产环境配置中存在对应节点：

{
  "Values": {
    "MyConfig:MyProp": "你的配置值"
  }
}

验证方法 #

启动Azure Functions本地调试，在MyService构造函数中添加断点，检查config.Value.MyProp是否已正确获取配置值。

内容的提问来源于stack exchange，提问作者Ondřej