在.NET依赖注入中，如何将派生自抽象基类的配置以IOptionsSnapshot<MyCommonSettingsBase>形式注入，并在具体服务实现中获取对应的派生类配置？

问题背景 #

我开发了一个处理图片画廊的API，核心功能包括创建画廊、设置Slug、标题、CDN配置等属性，还支持单张或批量上传图片，自动根据画廊约束生成不同尺寸的图片和缩略图，同时包含并行缩放、多格式支持、画廊内容复制等特性。

问题描述 #

我有3个实现了相同功能的API，分别是MyAwsS3Service、MyAzureBlobStorageService和MyFilesystemService，每个都有对应的配置类MyAwsS3ServiceSettings、MyAzureBlobStorageServiceSettings、MyFilesystemServiceSettings，且全部继承自抽象基类MyCommonSettingsBase：

public abstract class MyCommonSettingsBase {
    // 通用配置属性
}

public class MyAwsS3ServiceSettings : MyCommonSettingsBase {
    // AWS S3专属配置
}

public class MyAzureBlobStorageServiceSettings : MyCommonSettingsBase {
    // Azure Blob专属配置
}

// Filesystem配置类类似

每个服务都有自己的RegisterServices方法，用于向.NET DI容器注册自身的配置和服务。在ASP.NET Core项目的Program.cs中，我只需调用对应的注册方法即可使用相应实现：

// 使用Azure Blob实现的例子
builder.Services.AddAzureBlobStorageService(builder.Configuration);

现在的问题出在IOptionsSnapshot的使用上：比如在MediatR的命令处理器中，我无法提前知道会使用哪个服务实现，但需要注入IOptionsSnapshot<MyCommonSettingsBase>来获取配置，再传递给API实现方法：

public class CreateGalleryCommandHandler : IRequestHandler<CreateGalleryCommand, IMyGallery?>
{
    private readonly MyCommonSettingsBase _gallerySettings;
    private readonly IGalleryFactory _galleryFactory;

    public CreateGalleryCommandHandler(IOptionsSnapshot<MyCommonSettingsBase> galOptionsAccessor, IGalleryFactory galleryFactory)
    {
        _galleryFactory = galleryFactory;
        // 获取指定名称的配置
        _gallerySettings = galOptionsAccessor.Get(GlobalConstants.MAIN_PAGE_GALLERY_SETTING_NAME_S);
    }

    public async Task Handle(CreateGalleryCommand request, CancellationToken cancellationToken)
    {
        IMyGallery mainPageGal = _galleryFactory.CreateGallery(_gallerySettings);
        // 后续逻辑
    }
}

但在具体的服务实现中，我需要把IOptionsSnapshot<MyCommonSettingsBase>转换为对应的派生类配置（比如IOptionsSnapshot<MyAzureBlobStorageServiceSettings>），无论我怎么尝试都无法实现。简单来说，就是如何把特定实现的配置以抽象基类的IOptions形式注册，然后在具体服务中再还原为对应的派生类配置？

最终目标 #

我希望能同时注册多个实现，比如同时使用文件系统、S3和Azure Blob，这样可以先在文件系统创建画廊，再克隆到S3和Azure。

解决方案 #

这个问题其实是.NET DI中处理多实现配置继承的常见场景，我给你几个实用的解决方案，完全贴合你的需求：

方案一：注册时绑定派生类配置为基类命名选项 #

核心思路是在每个服务的注册方法中，除了注册自身的专属IOptions，额外把派生类的配置实例映射为基类的命名选项，这样后续注入IOptionsSnapshot<MyCommonSettingsBase>时，就能直接拿到对应派生类的配置实例，强转即可使用。

比如在AddAzureBlobStorageService注册方法中：

public static IServiceCollection AddAzureBlobStorageService(this IServiceCollection services, IConfiguration config)
{
    // 1. 注册Azure Blob专属的配置选项
    var azureConfigSection = config.GetSection("GalleryStorage:AzureBlob");
    services.Configure<MyAzureBlobStorageServiceSettings>(azureConfigSection);

    // 2. 注册命名的MyCommonSettingsBase选项，指向Azure的配置
    services.AddOptions<MyCommonSettingsBase>(GlobalConstants.MAIN_PAGE_GALLERY_SETTING_NAME_S)
        .Configure<IOptionsSnapshot<MyAzureBlobStorageServiceSettings>>((baseSettings, azureOptions) =>
        {
            // 因为Azure配置继承自基类，直接将属性值复制（如果需要精确控制可以手动赋值，或者用反射/Automapper）
            var azureValue = azureOptions.Value;
            // 复制基类所有公共属性
            foreach (var prop in typeof(MyCommonSettingsBase).GetProperties())
            {
                prop.SetValue(baseSettings, prop.GetValue(azureValue));
            }
        });

    // 3. 注册Azure Blob服务本身
    services.AddScoped<IGalleryStorageService, MyAzureBlobStorageService>();

    return services;
}

然后在具体服务中，直接强转基类配置即可：

public class MyAzureBlobStorageService : IGalleryStorageService
{
    private readonly MyAzureBlobStorageServiceSettings _settings;

    public MyAzureBlobStorageService(IOptionsSnapshot<MyCommonSettingsBase> baseSettingsAccessor)
    {
        // 因为注册时已经绑定了正确的派生类实例，所以可以安全强转
        _settings = (MyAzureBlobStorageServiceSettings)baseSettingsAccessor.Get(GlobalConstants.MAIN_PAGE_GALLERY_SETTING_NAME_S);
    }

    // 服务实现逻辑...
}

方案二：自定义IOptionsSnapshot包装类，实现多态适配 #

如果觉得方案一的属性复制太麻烦，可以自定义一个IOptionsSnapshot<MyCommonSettingsBase>的包装类，直接封装派生类的IOptionsSnapshot，这样基类的选项实例本质就是派生类的实例。

先实现包装类：

public class DerivedOptionsSnapshotWrapper<TBase, TDerived> : IOptionsSnapshot<TBase> 
    where TDerived : class, TBase
{
    private readonly IOptionsSnapshot<TDerived> _innerOptions;

    public DerivedOptionsSnapshotWrapper(IOptionsSnapshot<TDerived> innerOptions)
    {
        _innerOptions = innerOptions;
    }

    public TBase Value => _innerOptions.Value;

    public TBase Get(string name) => _innerOptions.Get(name);
}

然后在服务注册方法中，把这个包装类注册为基类的IOptionsSnapshot：

public static IServiceCollection AddAwsS3Service(this IServiceCollection services, IConfiguration config)
{
    // 1. 注册AWS S3专属配置
    var s3ConfigSection = config.GetSection("GalleryStorage:AwsS3");
    services.Configure<MyAwsS3ServiceSettings>(s3ConfigSection);

    // 2. 注册包装类，将S3的IOptionsSnapshot适配为基类的IOptionsSnapshot
    services.AddSingleton<IOptionsSnapshot<MyCommonSettingsBase>>(sp =>
    {
        var s3Options = sp.GetRequiredService<IOptionsSnapshot<MyAwsS3ServiceSettings>>();
        return new DerivedOptionsSnapshotWrapper<MyCommonSettingsBase, MyAwsS3ServiceSettings>(s3Options);
    });

    // 3. 注册AWS S3服务
    services.AddScoped<IGalleryStorageService, MyAwsS3Service>();

    return services;
}

这样在任何地方注入IOptionsSnapshot<MyCommonSettingsBase>，拿到的都是对应派生类的配置实例，强转完全安全。

方案三：使用配置工厂，避免直接依赖IOptions #

如果想彻底摆脱IOptions的类型束缚，可以引入一个IGallerySettingsFactory工厂接口，统一管理不同配置的获取逻辑：

public interface IGallerySettingsFactory
{
    // 根据类型获取专属配置
    TSettings GetSettings<TSettings>() where TSettings : MyCommonSettingsBase;
    // 根据名称获取基类配置（用于多实现场景）
    MyCommonSettingsBase GetNamedSettings(string settingName);
}

public class GallerySettingsFactory : IGallerySettingsFactory
{
    private readonly IServiceProvider _serviceProvider;
    // 存储注册的配置类型与命名的映射
    private readonly Dictionary<string, Type> _namedSettingTypes = new();

    public GallerySettingsFactory(IServiceProvider serviceProvider)
    {
        _serviceProvider = serviceProvider;
    }

    // 供服务注册时调用，绑定名称与配置类型
    public void RegisterNamedSetting(string settingName, Type settingType)
    {
        _namedSettingTypes[settingName] = settingType;
    }

    public TSettings GetSettings<TSettings>() where TSettings : MyCommonSettingsBase
    {
        var options = _serviceProvider.GetRequiredService<IOptionsSnapshot<TSettings>>();
        return options.Value;
    }

    public MyCommonSettingsBase GetNamedSettings(string settingName)
    {
        if (!_namedSettingTypes.TryGetValue(settingName, out var settingType))
            throw new KeyNotFoundException($"未找到命名为{settingName}的配置");

        // 使用反射获取对应的IOptionsSnapshot实例
        var optionsType = typeof(IOptionsSnapshot<>).MakeGenericType(settingType);
        var optionsInstance = _serviceProvider.GetRequiredService(optionsType);
        var valueProperty = optionsType.GetProperty(nameof(IOptionsSnapshot<MyCommonSettingsBase>.Value));
        return (MyCommonSettingsBase)valueProperty.GetValue(optionsInstance);
    }
}

然后在服务注册时，把配置类型绑定到工厂的命名映射中：

public static IServiceCollection AddFilesystemService(this IServiceCollection services, IConfiguration config)
{
    var fsConfigSection = config.GetSection("GalleryStorage:Filesystem");
    services.Configure<MyFilesystemServiceSettings>(fsConfigSection);

    // 注册工厂（如果还没注册）
    if (services.All(s => s.ServiceType != typeof(IGallerySettingsFactory)))
    {
        services.AddSingleton<IGallerySettingsFactory, GallerySettingsFactory>();
    }

    // 绑定命名与配置类型
    var factory = services.BuildServiceProvider().GetRequiredService<IGallerySettingsFactory>();
    factory.RegisterNamedSetting(GlobalConstants.MAIN_PAGE_GALLERY_SETTING_NAME_S, typeof(MyFilesystemServiceSettings));

    services.AddScoped<IGalleryStorageService, MyFilesystemService>();
    return services;
}

最终在MediatR处理器中，只需注入IGallerySettingsFactory即可：

public class CreateGalleryCommandHandler : IRequestHandler<CreateGalleryCommand, IMyGallery?>
{
    private readonly MyCommonSettingsBase _gallerySettings;
    private readonly IGalleryFactory _galleryFactory;

    public CreateGalleryCommandHandler(IGallerySettingsFactory settingsFactory, IGalleryFactory galleryFactory)
    {
        _galleryFactory = galleryFactory;
        _gallerySettings = settingsFactory.GetNamedSettings(GlobalConstants.MAIN_PAGE_GALLERY_SETTING_NAME_S);
    }

    // 处理器逻辑...
}

多实现共存的适配 #

针对你想同时注册多个服务实现的需求，以上方案都支持：

1. 在Program.cs中依次调用所有服务的注册方法，比如AddFilesystemService、AddAzureBlobStorageService、AddAwsS3Service。
2. 注入IEnumerable<IGalleryStorageService>即可获取所有注册的服务实例，遍历调用就能实现画廊的跨存储复制。
3. 如果需要区分不同存储的配置，只需给每个存储配置不同的命名，通过GetNamedSettings获取对应配置即可。

备注：内容来源于stack exchange，提问作者AlexB