如何在ASP.NET Core的AddJwtBearer配置中正确注入RsaSecurityKey服务？

你当前通过builder.Services.BuildServiceProvider().GetRequiredService<RsaSecurityKey>()的方式会创建独立的服务提供程序副本，导致单例服务可能被重复实例化，不符合DI规范。以下是两种正确的实现方式：

方法1：使用带IServiceProvider参数的AddJwtBearer重载 #

ASP.NET Core提供了直接注入IServiceProvider的AddJwtBearer重载，框架会传入已构建的服务提供程序，无需手动创建副本：

builder.Services.AddJwtBearer((serviceProvider, options) =>
{
    // 直接通过框架传入的serviceProvider获取单例服务
    var rsaSecurityKey = serviceProvider.GetRequiredService<RsaSecurityKey>();

    options.TokenValidationParameters = new TokenValidationParameters
    {
        ValidateIssuer = true,
        ValidateAudience = true,
        // 配置签名密钥
        IssuerSigningKey = rsaSecurityKey,
        // 其他验证参数按需配置
        ValidIssuer = "your-issuer",
        ValidAudience = "your-audience"
    };
});

方法2：使用PostConfigure延迟配置 #

如果需要在服务容器完全初始化后再完成配置（比如依赖其他后期初始化的服务），可以通过IPostConfigureOptions接口实现延迟配置：

步骤1：注册基础JwtBearer配置 #

builder.Services.AddJwtBearer(options =>
{
    // 先配置无需依赖RsaSecurityKey的基础参数
    options.TokenValidationParameters = new TokenValidationParameters
    {
        ValidateIssuer = true,
        ValidateAudience = true,
        ValidIssuer = "your-issuer",
        ValidAudience = "your-audience"
    };
});

步骤2：实现IPostConfigureOptions接口 #

public class JwtBearerPostConfigurer : IPostConfigureOptions<JwtBearerOptions>
{
    private readonly RsaSecurityKey _rsaSecurityKey;

    // 构造函数直接注入单例RsaSecurityKey
    public JwtBearerPostConfigurer(RsaSecurityKey rsaSecurityKey)
    {
        _rsaSecurityKey = rsaSecurityKey;
    }

    public void PostConfigure(string name, JwtBearerOptions options)
    {
        // 补全需要RsaSecurityKey的配置
        options.TokenValidationParameters.IssuerSigningKey = _rsaSecurityKey;
    }
}

步骤3：注册PostConfigurer #

builder.Services.AddSingleton<IPostConfigureOptions<JwtBearerOptions>, JwtBearerPostConfigurer>();

为什么原方式不可取？ #

调用builder.Services.BuildServiceProvider()会创建一个全新的服务提供程序实例，与最终应用运行时使用的服务容器不是同一个，这会导致：

• 单例服务被多次实例化，浪费系统资源
• 可能出现配置不一致的问题
• 违反ASP.NET Core依赖注入的设计原则

内容的提问来源于stack exchange，提问作者Алексей Гладков