ASP.NET Core：通过HTTP获取自定义配置配置Kestrel的实现困境及解决方案求助

我完全理解你不想重复调用REST接口获取配置的痛点——重复代码不仅冗余，还可能带来不必要的网络开销。下面针对你的两个需求方向，给出具体的实现方案：

方案1：在Startup.cs中直接配置Kestrel（推荐，符合你的配置集中化需求） #

既然你偏好把所有配置逻辑放在Startup.cs，那我们可以直接在Startup里获取CustomConfig，然后用它配置Kestrel，全程只调用一次REST接口：

步骤1：修改Startup.cs的构造函数，获取CustomConfig #

首先在Startup的构造函数里实现REST请求获取配置的逻辑（或者单独抽成一个私有方法），这样配置只会在Startup初始化时获取一次：

public class Startup
{
    private readonly CustomConfig _customConfig;
    private readonly IConfiguration _configuration;

    public Startup(IConfiguration configuration)
    {
        _configuration = configuration;
        // 调用REST接口获取配置（这里换成你的实际接口地址和逻辑）
        _customConfig = FetchCustomConfigFromApi();
    }

    // 抽离配置获取逻辑，方便维护
    private CustomConfig FetchCustomConfigFromApi()
    {
        using var httpClient = new HttpClient();
        // 注意：用GetAwaiter().GetResult()避免异步请求导致的死锁
        var response = httpClient.GetAsync("https://your-config-api-endpoint")
                                 .GetAwaiter()
                                 .GetResult();
        response.EnsureSuccessStatusCode();
        return response.Content.ReadFromJsonAsync<CustomConfig>()
                               .GetAwaiter()
                               .GetResult();
    }

步骤2：在ConfigureServices中配置Kestrel并注册CustomConfig #

接下来在ConfigureServices里，我们可以通过Configure<KestrelServerOptions>来配置HTTPS证书，同时把CustomConfig注册为单例服务，方便其他地方依赖注入：

public void ConfigureServices(IServiceCollection services)
    {
        // 把CustomConfig注册为单例，供后续服务使用
        services.AddSingleton(_customConfig);

        // 配置Kestrel的HTTPS证书
        services.Configure<KestrelServerOptions>(options =>
        {
            options.ConfigureHttpsDefaults(httpsOptions =>
            {
                byte[] pfxBytes = Convert.FromBase64String(_customConfig.Base64PFXBytes);
                httpsOptions.ServerCertificate = new X509Certificate2(pfxBytes, "sslKey");
            });
        });

        // 其他服务配置（比如Controllers、数据库等）
        services.AddControllers();
    }

    public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
    {
        // 你的中间件配置逻辑...
        if (env.IsDevelopment())
        {
            app.UseDeveloperExceptionPage();
        }

        app.UseHttpsRedirection();
        app.UseRouting();
        app.UseAuthorization();

        app.UseEndpoints(endpoints =>
        {
            endpoints.MapControllers();
        });
    }
}

步骤3：简化Program.cs #

现在Program.cs里不需要再处理配置和Kestrel了，保持简洁即可：

public class Program
{
    public static void Main(string[] args)
    {
        CreateHostBuilder(args).Build().Run();
    }

    public static IHostBuilder CreateHostBuilder(string[] args) =>
        Host.CreateDefaultBuilder(args)
            .ConfigureWebHostDefaults(webBuilder =>
            {
                webBuilder.UseStartup<Startup>();
            });
}

方案2：将Program.cs中获取的CustomConfig注入Startup.cs #

如果你更倾向于在Program.cs中先获取配置，再传递给Startup，也可以通过自定义Startup构造函数的方式实现：

步骤1：在Program.cs中获取CustomConfig并传递给Startup #

修改CreateHostBuilder方法，先获取配置，然后通过UseStartup的重载版本把CustomConfig传入Startup：

public class Program
{
    public static void Main(string[] args)
    {
        CreateHostBuilder(args).Build().Run();
    }

    public static IHostBuilder CreateHostBuilder(string[] args)
    {
        // 在Program中获取CustomConfig（只调用一次REST接口）
        var customConfig = FetchCustomConfigFromApi();

        return Host.CreateDefaultBuilder(args)
            .ConfigureWebHostDefaults(webBuilder =>
            {
                // 自定义Startup构造，传入配置
                webBuilder.UseStartup<Startup>(context => 
                    new Startup(context.Configuration, customConfig));

                // 可选：如果需要在Program中直接配置Kestrel，也可以在这里写
                webBuilder.UseKestrel(options =>
                {
                    options.ConfigureHttpsDefaults(d =>
                    {
                        byte[] pfxBytes = Convert.FromBase64String(customConfig.Base64PFXBytes);
                        d.ServerCertificate = new X509Certificate2(pfxBytes, "sslKey");
                    });
                });
            });
    }

    private static CustomConfig FetchCustomConfigFromApi()
    {
        using var httpClient = new HttpClient();
        var response = httpClient.GetAsync("https://your-config-api-endpoint")
                                 .GetAwaiter()
                                 .GetResult();
        response.EnsureSuccessStatusCode();
        return response.Content.ReadFromJsonAsync<CustomConfig>()
                               .GetAwaiter()
                               .GetResult();
    }
}

步骤2：修改Startup.cs构造函数接收CustomConfig #

调整Startup的构造函数，添加CustomConfig参数，并把它注册到服务容器：

public class Startup
{
    private readonly IConfiguration _configuration;
    private readonly CustomConfig _customConfig;

    // 自定义构造函数，接收IConfiguration和CustomConfig
    public Startup(IConfiguration configuration, CustomConfig customConfig)
    {
        _configuration = configuration;
        _customConfig = customConfig;
    }

    public void ConfigureServices(IServiceCollection services)
    {
        // 注册CustomConfig为单例
        services.AddSingleton(_customConfig);

        // 这里可以用_customConfig做其他配置，比如数据库连接等
        // services.AddDbContext<MyDbContext>(opt => 
        //     opt.UseSqlServer(_customConfig.DbConnectionString));

        services.AddControllers();
    }

    public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
    {
        // 中间件配置逻辑...
    }
}

注意事项 #

• 异步获取配置：上面的示例用了GetAwaiter().GetResult()来同步等待异步请求，避免了直接用.Result可能导致的死锁问题。如果你的项目用的是.NET 6+的顶级语句，也可以把Main改成异步，直接用await获取配置。
• 配置缓存：如果你的配置不会频繁变更，可以考虑把获取到的CustomConfig缓存起来（比如存在本地文件或内存中），避免每次启动都调用REST接口。
• 证书安全：注意不要把PFX的密码硬编码在代码里，最好通过其他安全方式存储（比如环境变量、密钥管理服务等），同时确保REST接口的传输是加密的。

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