假设您有充分的理由不使用设定中的组态值，您可以加入inmemory提供者。
您还可以创建仅用于此扩展方法的配置：

var azureAdConfig = new ConfigurationBuilder()
    .AddInMemoryCollection(new Dictionary<string, string>
    {
        {"AzureAd:Instance", "https://login.microsoftonline.com/"},
        {"AzureAd:Domain", backOfficeADDomain}
        //...
    })
    .Build();

services.AddMicrosoftIdentityWebApiAuthentication(azureAdConfig);

好了，我找到了！
其实很简单：

IConfigurationSection azureAdSection = _configuration.GetSection("AzureAd");

azureAdSection.GetSection("Instance").Value = "https://login.microsoftonline.com/";
azureAdSection.GetSection("Domain").Value = backOfficeADDomain;
azureAdSection.GetSection("TenantId").Value = backOfficeADTenantId;
azureAdSection.GetSection("ClientId").Value = backOfficeADAPIClientId;
azureAdSection.GetSection("ClientSecret").Value = backOfficeADAPISecret;

services.AddMicrosoftIdentityWebApiAuthentication(_configuration, "AzureAd");

看来，经过一整天的复杂代码重构，我的大脑无法理解这样一个简单的解决方案。
请注意，我还必须从clientId中删除“api：//”。看起来新版本会自动添加它。它试图验证“api：//api：//"。

这是一个老问题，但也许值得在这里增加几分钱。首先，使用Azure KeyVault存储配置值并不妨碍您使用IConfiguration抽象来获取这些值。您所需要的只是Azure.Extensions.AspNetCore.Configuration.Secrets nuget包，然后使用builder.Configuration.AddAzureKeyVault方法注册新的配置源。通常，这就是IConfiguration和IConfigurationSource抽象的用途。保持应用程序逻辑干净，不阅读配置值，而不管其来源。
第二种方法也有更简单的方法。你可以简单地利用下面使用的选项模式。因此你可以注册你自己的IPostConfigureOptions<JwtBearerOptions>实现。例如：

public class AuthenticationOptionsConfiguration : IPostConfigureOptions<JwtBearerOptions>
    {
        private readonly YourDependency _dependency;
    
        public AuthenticationOptionsConfiguration(YourDependency dependency)
        {
            _dependency = dependency;
        }
    
        public void PostConfigure(string name, JwtBearerOptions options)
        {
            options.Instance = "https://login.microsoftonline.com/";
            options.Domain = _dependency.BackOfficeADDomain;
            (...)
        }
    }

并将其注册到builder.Services.ConfigureOptions<AuthenticationOptionsConfiguration>();。这样，您还可以访问options.Events属性，并在需要时添加一些处理程序。