.NET Isolated模式下ServiceBusTrigger连接字符串Azure App配置问题

在.NET Isolated模式的函数应用中，触发器的配置（比如ServiceBus的连接字符串）是在宿主启动早期阶段加载的，默认逻辑会优先读取local.settings.json。之前必须在本地配置文件里加连接字符串，是因为你加载Azure App Configuration的时机太晚，触发器初始化时还没拿到远程配置的值。

要解决这个问题，只需要把Azure App Configuration的加载逻辑提前到宿主构建的ConfigureAppConfiguration阶段，让远程配置成为宿主配置体系的一部分，这样触发器初始化时就能直接读取到Azure App Config里的连接字符串。

具体操作：

1. 修改Program.cs的宿主构建代码，确保Azure App Configuration在配置初始化阶段就被加载：

var host = new HostBuilder()
    .ConfigureAppConfiguration((context, config) =>
    {
        // 先加载本地基础配置（比如Azure App Config自身的连接字符串）
        var builtConfig = config.Build();
        // 集成Azure App Configuration
        config.AddAzureAppConfiguration(options =>
        {
            // 从本地配置获取Azure App Config的连接字符串
            options.Connect(builtConfig["AppConfigConnectionString"])
                   // 按需指定要加载的配置项，这里就是你的QueueConnectionString
                   .Select("QueueConnectionString");
        });
    })
    .ConfigureFunctionsWorkerDefaults()
    .Build();

host.Run();

2. 精简local.settings.json，只保留Azure App Configuration自身的连接字符串即可，不用再放QueueConnectionString：

{
  "IsEncrypted": false,
  "Values": {
    "FUNCTIONS_WORKER_RUNTIME": "dotnet-isolated",
    "AppConfigConnectionString": "你的Azure App Config连接字符串"
  }
}

3. 确认函数触发器的Connection参数，确保和Azure App Config里的配置项名称一致：

[ServiceBusTrigger("目标队列名称", Connection = "QueueConnectionString")]
public async Task ProcessQueueMessage(string message, ILogger logger)
{
    // 消息处理逻辑
}

这样调整后，应用启动时会先通过本地配置里的AppConfig连接字符串，拉取远程的QueueConnectionString，触发器初始化时就能读取到这个值，不需要再在local.settings.json里单独配置队列连接字符串。

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