基于动态参数注册依赖注入时Startup阶段TenantInfo为空问题

问题根因 #

ConfigureServices 方法仅在应用启动阶段执行一次，执行时还没有任何HTTP请求进入，负责填充TenantInfo.Address的中间件还未被触发，因此此时拿到的TenantInfo实例Address字段必然为空。同时启动阶段注册的服务映射关系是固定的，不会在后续请求时重新执行注册逻辑，因此GetParameterValue只会在启动时调用一次，后续请求不会触发。

解决方案 #

不要在启动阶段硬编码IPaymentProvider的实现类映射，改用Scoped工厂模式，延迟到每次请求解析IPaymentProvider时再动态判断租户对应的实现类：

1. 改造Startup的服务注册逻辑 #

删除原有的GetParameterValue调用和switch分支，改为注册Scoped工厂：

public void ConfigureServices(IServiceCollection services)
{
    services.AddScoped<TenantInfo>();
    // 注册IPaymentProvider的动态解析工厂
    services.AddScoped<IPaymentProvider>(serviceProvider =>
    {
        var tenantInfo = serviceProvider.GetRequiredService<TenantInfo>();
        var config = serviceProvider.GetRequiredService<IConfiguration>();
        var paymentProvider = GetParameterValue("PaymentProvider", config, serviceProvider);
        
        return paymentProvider.ToLower() switch
        {
            "gateway1" => ActivatorUtilities.CreateInstance<APaymentProviderService>(serviceProvider),
            "gateway2" => ActivatorUtilities.CreateInstance<BPaymentProviderService>(serviceProvider),
            _ => throw new Exception("No payment method has been set up")
        };
    });
    // 其他服务注册...
}

用ActivatorUtilities.CreateInstance可以自动注入APaymentProviderService/BPaymentProviderService依赖的其他服务，不需要手动传参。

2. 修改GetParameterValue方法 #

将入参从IServiceCollection改为IServiceProvider，适配请求作用域的服务解析：

public static string GetParameterValue(string parameterKey, IConfiguration configuration, IServiceProvider serviceProvider)
{
    var tenantInfo = serviceProvider.GetRequiredService<TenantInfo>();
    if (string.IsNullOrEmpty(tenantInfo.Address))
        throw new InvalidOperationException("租户地址未获取，请检查中间件顺序");
    
    // 此处建议替换为注入IHttpClientFactory创建HttpClient，避免资源泄漏
    var httpClient = new HttpClient
    {
        BaseAddress = new Uri(configuration.GetValue<string>("ManagerUrl"))
    };
    var authService = new AuthService(httpClient, 
        configuration.GetValue<string>("ManagerAccessKey"), 
        configuration.GetValue<string>("SecretKey"));
    // 避免使用.Result，改用GetAwaiter().GetResult()减少死锁概率
    var authToken = authService.Login().GetAwaiter().GetResult();
    var tenantService = new TenantService(httpClient, authToken.Token);
    var parameter = tenantService.GetParameter(tenantInfo.Address, parameterKey).GetAwaiter().GetResult();
    return parameter.Value;
}

3. 验证中间件顺序 #

确保UseTenantInfo放在所有需要用到IPaymentProvider的中间件、控制器路由之前，保证解析IPaymentProvider时TenantInfo.Address已经被赋值：

public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
    // 最先执行租户信息解析
    app.UseTenantInfo();
    // 其他中间件、路由配置放在后面
    app.UseRouting();
    app.UseEndpoints(endpoints => { /* ... */ });
}

优化建议 #

• 可以对Manager API返回的参数做租户维度的缓存，避免每次解析IPaymentProvider都调用远端接口，提升性能
• 将AuthService、TenantService注册到DI容器，不要在GetParameterValue里手动实例化，简化依赖管理
• 避免同步调用异步接口，若允许可改用异步解析服务的逻辑进一步降低死锁风险

内容的提问来源于stack exchange，提问作者Leomar de Souza