.NET 6 Azure Functions依赖注入配置报错：值不能为空（参数'provider'）

错误根源分析 #

1. 手动构建IConfiguration时与Azure Functions宿主的默认配置系统冲突，导致依赖注入环节抛出Value cannot be null. (Parameter 'provider')异常
2. 连接字符串读取方式错误：GetConnectionString仅针对配置文件的ConnectionStrings节点，而你的配置项位于StorageSettings节点下
3. Azure Functions本地开发默认读取local.settings.json，而非appsettings.Development.json，后者不属于Functions默认配置加载链

具体修复步骤 #

1. 重构Startup.cs配置逻辑 #

移除自定义的配置构建逻辑，直接使用Functions宿主提供的配置系统，同时修正服务注册方式：

internal class Startup : FunctionsStartup
{
    public override void Configure(IFunctionsHostBuilder builder)
    {
        // 直接使用宿主已初始化完成的配置，无需手动构建
        var configuration = builder.GetContext().Configuration;
        
        // 绑定配置到强类型对象
        builder.Services.Configure<StorageSettings>(configuration.GetSection(nameof(StorageSettings)));

        // 注册BlobContainerClient，通过IOptions获取配置
        builder.Services.AddSingleton(x =>
        {
            var storageSettings = x.GetRequiredService<IOptions<StorageSettings>>().Value;
            return new BlobContainerClient(storageSettings.ConnectionString, "pictures");
        });

        builder.Services.AddScoped<IMyBlobService, MyBlobService>();
    }
}

// 确保存在对应的强类型配置类
public class StorageSettings
{
    public string ConnectionString { get; set; }
}

2. 调整本地配置文件 #

将配置内容迁移到local.settings.json（Azure Functions本地开发的标准配置文件）：

{
  "IsEncrypted": false,
  "Values": {
    "AzureWebJobsStorage": "UseDevelopmentStorage=true",
    "FUNCTIONS_WORKER_RUNTIME": "dotnet"
  },
  "StorageSettings": {
    "ConnectionString": "DefaultEndpointsProtocol=https;AccountName=你的存储账户名;AccountKey=你的存储账户密钥;EndpointSuffix=core.windows.net"
  }
}

3. 补全Blob服务方法的返回逻辑 #

原UploadImageAsync方法缺少返回值，修正后确保逻辑完整：

public async Task<bool> UploadImageAsync(Stream stream, string blobName)
{
    BlobClient blobClient = _containerClient.GetBlobClient(blobName);
    // 添加overwrite参数避免重复上传报错，根据响应状态判断上传结果
    var response = await blobClient.UploadAsync(stream, overwrite: true);
    return response.GetRawResponse().Status == System.Net.HttpStatusCode.Created;
}

关键优化点 #

• 放弃手动构建配置，避免与Functions宿主的配置系统冲突，彻底解决provider空引用问题
• 使用IOptions<T>模式读取配置，符合.NET依赖注入最佳实践，同时便于测试Mock
• 遵循Azure Functions的配置规范，确保本地开发与云端部署的配置逻辑一致

内容的提问来源于stack exchange，提问作者Patrick de Jong