在创建IHostBuilder时获取IServiceCollection，配置Kestrel使用自定义选项

我来帮你解决这个问题——你遇到的核心问题是在Kestrel配置阶段不知道如何获取已注册的Options，直接手动创建空的IServiceCollection肯定行不通，下面给你两种靠谱的解决方案：

方法一：直接从Configuration读取（推荐） #

因为你的ReceivingOptions已经配置在appsettings.json里，而Host.CreateDefaultBuilder已经自动加载了appsettings.json等默认配置源，所以你可以直接在UseKestrel的重载方法中通过WebHostContext读取配置并绑定到Options对象，完全不需要依赖DI容器。

修改后的Main方法代码如下：

public static void Main(string[] args)
{
    Host.CreateDefaultBuilder(args)
        .ConfigureWebHostDefaults(webHostBuilder =>
        {
            webHostBuilder
                // 使用带WebHostContext的UseKestrel重载
                .UseKestrel((context, kestrelServerOptions) =>
                {
                    // 直接从配置上下文读取并绑定ReceivingOptions
                    var receivingOptions = context.Configuration
                        .GetSection("ReceivingOptions")
                        .Get<ReceivingOptions>();
                    
                    kestrelServerOptions.Listen(
                        IPAddress.Parse(receivingOptions.Host),
                        receivingOptions.Port,
                        builder => { /* 你的Kestrel配置逻辑 */ });
                })
                .UseStartup<Startup>();
        })
        .Build()
        .Run();
}

这种方式的优点是简单直接，避免了DI容器的额外操作，适合大多数基础场景。

方法二：通过DI容器获取（复杂配置场景） #

如果你的ReceivingOptions有自定义的配置逻辑（比如从数据库读取、加密解密等），必须通过DI容器获取已注册的实例，那可以先在WebHost构建阶段注册Options，再从上下文的服务集合中获取。

首先可以把Options的注册逻辑抽成一个扩展方法，避免重复代码：

public static class ServiceCollectionExtensions
{
    public static IServiceCollection AddReceivingOptions(this IServiceCollection services, IConfiguration configuration)
    {
        services.Configure<ReceivingOptions>(configuration.GetSection("ReceivingOptions"));
        return services;
    }
}

然后修改Main方法，先注册Options，再在UseKestrel中获取：

public static void Main(string[] args)
{
    Host.CreateDefaultBuilder(args)
        .ConfigureWebHostDefaults(webHostBuilder =>
        {
            webHostBuilder
                // 先注册ReceivingOptions到服务集合
                .ConfigureServices((context, services) =>
                {
                    services.AddReceivingOptions(context.Configuration);
                })
                // 从上下文服务集合中获取已注册的Options
                .UseKestrel((context, kestrelServerOptions) =>
                {
                    var receivingOptions = context.Services
                        .GetRequiredService<IOptions<ReceivingOptions>>()
                        .Value;
                    
                    kestrelServerOptions.Listen(
                        IPAddress.Parse(receivingOptions.Host),
                        receivingOptions.Port,
                        builder => { /* 你的Kestrel配置逻辑 */ });
                })
                .UseStartup<Startup>();
        })
        .Build()
        .Run();
}

同时，你也可以在Startup的ConfigureServices中调用这个扩展方法，保证注册逻辑一致：

private void ConfigureServices(IServiceCollection services)
{
    services.AddReceivingOptions(configuration);
    // 其他服务注册逻辑...
}

关键注意点 #

• 不要手动创建空的IServiceCollection再调用BuildServiceProvider()，这会导致重复创建服务容器，不仅浪费资源还可能引发配置不一致的问题。
• 优先使用方法一，只有当Options有复杂配置逻辑时才考虑方法二。

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