启动时未调用builder.Services.Configure，如何配置Kestrel？

1. 核心问题分析 #

你当前代码的主要问题：

• builder.Services.Configure<MyKestrelOptions>的Lambda未执行：一是因为你在注册IConfigurationService前就调用了Configure，二是该回调仅在首次注入IOptions<MyKestrelOptions>时触发，而你后续并未使用这个选项，而是直接从context.Configuration读取，两者完全不相关。
• 多次调用BuildServiceProvider()会创建独立的服务容器，导致服务实例不共享，且这种做法违背了依赖注入的设计原则。

2. 直接在ConfigureKestrel中解析依赖（推荐） #

先注册所有必要服务，再在Kestrel配置回调中直接从服务容器获取依赖，避免额外的容器构建：

var builder = WebApplication.CreateBuilder(options);

// 先注册单例服务，确保后续能正常解析
builder.Services.AddSingleton<IConfigurationService, ConfigurationService>();

// 配置Kestrel时直接从WebHost服务容器获取依赖
builder.WebHost.ConfigureKestrel((context, serverOptions) =>
{
    var configService = context.Services.GetRequiredService<IConfigurationService>();
    var logger = context.Services.GetRequiredService<ILogger<Program>>();

    // 使用自定义配置服务构建Kestrel参数
    var kestrelOptions = new KestrelOptions();
    KestrelStartup.BuildOptions(configService, kestrelOptions, logger);

    // 将配置应用到Kestrel
    if (!string.IsNullOrEmpty(kestrelOptions.ServerPfxPath))
    {
        serverOptions.ConfigureHttpsDefaults(httpsOptions =>
        {
            httpsOptions.ServerCertificate = new X509Certificate2(kestrelOptions.ServerPfxPath);
            // 在证书验证回调中直接使用日志
            httpsOptions.ClientCertificateValidation = (cert, chain, errors) =>
            {
                logger.LogDebug("客户端证书验证状态：{Errors}", errors);
                // 自定义验证逻辑，示例仅校验无错误
                return errors == SslPolicyErrors.None;
            };
        });
    }

    logger.LogDebug("Kestrel配置已加载完成");
});

var app = builder.Build();

// 后续中间件配置...

app.Run();

// 定义相关类
public class KestrelOptions
{
    public string? ServerPfxPath { get; set; }
}

public interface IConfigurationService
{
    string GetServerPfxPath();
    // 其他自定义配置方法
}

public class ConfigurationService : IConfigurationService
{
    public string GetServerPfxPath()
    {
        // 从自定义源（数据库/文件等）获取配置
        return "./server.pfx";
    }
}

public static class KestrelStartup
{
    public static void BuildOptions(IConfigurationService configService, KestrelOptions options, ILogger logger)
    {
        options.ServerPfxPath = configService.GetServerPfxPath();
        logger.LogDebug("从配置服务获取证书路径：{Path}", options.ServerPfxPath);
    }
}

3. 复用KestrelOptions作为可注入配置 #

如果需要在应用其他地方复用KestrelOptions，可以将其注册为单例服务，提前用IConfigurationService初始化：

var builder = WebApplication.CreateBuilder(options);

builder.Services.AddSingleton<IConfigurationService, ConfigurationService>();

// 将KestrelOptions注册为单例，通过服务提供者初始化
builder.Services.AddSingleton<KestrelOptions>(sp =>
{
    var configService = sp.GetRequiredService<IConfigurationService>();
    var logger = sp.GetRequiredService<ILogger<Program>>();
    var options = new KestrelOptions();
    KestrelStartup.BuildOptions(configService, options, logger);
    return options;
});

builder.WebHost.ConfigureKestrel((context, serverOptions) =>
{
    var kestrelOptions = context.Services.GetRequiredService<KestrelOptions>();
    var logger = context.Services.GetRequiredService<ILogger<Program>>();

    // 应用配置到Kestrel
    if (!string.IsNullOrEmpty(kestrelOptions.ServerPfxPath))
    {
        serverOptions.ConfigureHttpsDefaults(httpsOptions =>
        {
            httpsOptions.ServerCertificate = new X509Certificate2(kestrelOptions.ServerPfxPath);
            httpsOptions.ClientCertificateValidation = (cert, chain, errors) =>
            {
                logger.LogDebug("客户端证书验证错误：{Errors}", errors);
                return errors == SslPolicyErrors.None;
            };
        });
    }
});

// 后续代码...

关键注意事项 #

• 服务注册顺序必须优先于依赖使用：先注册IConfigurationService，再进行Kestrel配置，确保服务容器中存在可用实例。
• 禁止重复构建服务容器：直接使用context.Services即可，无需调用BuildServiceProvider()，避免产生孤立的服务实例。
• 日志直接在回调中使用：不需要将ILogger存入KestrelOptions，直接从服务容器解析后使用更简洁可靠。

内容的提问来源于stack exchange，提问作者Daniel W.