ASP.NET Core内置DI根据请求类注入不同Options实例问题

嘿，我完全懂你这种感受——Autofac虽然复杂但啥功能都能hold住，换成ASP.NET Core内置DI后，碰到这种多配置实例的场景确实得转个弯。下面给你几个实用的解决方案，都是内置DI能搞定的：

这是处理多配置实例最标准的方式，能完美兼容ASP.NET Core的选项系统：
首先在ConfigureServices里同时注册默认和特殊命名的配置：

// 注册默认邮件配置
services.Configure<EmailerSettings>(Configuration.GetSection("DefaultEmailer"));
// 注册给特定类用的特殊配置，指定名称"SpecialEmailer"
services.Configure<EmailerSettings>("SpecialEmailer", Configuration.GetSection("SpecialEmailer"));

然后在你的目标类中，注入IOptionsSnapshot<EmailerSettings>或IOptionsMonitor<EmailerSettings>（这两个类型支持按名称获取配置，普通IOptions<T>只能拿默认实例），通过名称取出特殊配置：

public class SpecialEmailService
{
    private readonly EmailerSettings _specialSettings;

    public SpecialEmailService(IOptionsSnapshot<EmailerSettings> optionsSnapshot)
    {
        // 通过指定的名称获取特殊配置
        _specialSettings = optionsSnapshot.Get("SpecialEmailer");
    }

    // 你的业务逻辑代码
}

如果不想记配置名称，追求类型安全，可以给特殊配置套个包装类：
首先定义一个继承自EmailerSettings的包装类（不需要加任何额外代码）：

public class SpecialEmailerSettings : EmailerSettings { }

然后在ConfigureServices里单独注册这个包装类的配置：

// 默认配置保持不变
services.Configure<EmailerSettings>(Configuration.GetSection("DefaultEmailer"));
// 注册特殊配置到包装类
services.Configure<SpecialEmailerSettings>(Configuration.GetSection("SpecialEmailer"));

最后在目标类中直接注入IOptions<SpecialEmailerSettings>即可：

public class SpecialEmailService
{
    private readonly EmailerSettings _specialSettings;

    public SpecialEmailService(IOptions<SpecialEmailerSettings> options)
    {
        _specialSettings = options.Value;
    }
}

如果你的配置逻辑比较复杂（比如需要动态读取配置源），可以用工厂模式手动创建服务实例：

services.AddTransient<SpecialEmailService>(sp =>
{
    // 从服务容器中获取配置快照，拿到特殊配置
    var specialSettings = sp.GetRequiredService<IOptionsSnapshot<EmailerSettings>>().Get("SpecialEmailer");
    // 手动初始化目标类，传入特殊配置
    return new SpecialEmailService(specialSettings);
});

这种方式自由度最高，适合需要自定义实例创建逻辑的场景。

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