如何通过Autofac向服务注入含开放泛型类型的集合

针对你遇到的泛型DbWrapper集合注入、按服务分组，以及运行时根据类型查找实例的问题，我给你一套基于Autofac的最优实现方案，完美契合组合模式的需求：

第一步：定义非泛型统一接口 #

首先我们需要一个非泛型的标记接口（或基类），让Autofac能够识别并收集所有泛型DbWrapper实例——这是解决泛型类型关闭问题的核心，因为IoC容器需要一个统一的类型来管理不同泛型参数的实例。

// 非泛型接口，作为所有DbWrapper的统一标记，同时提供类型匹配和非泛型调用能力
public interface IDbWrapper
{
    bool Matches(Type inputType, Type outputType);
    object Save(object input);
}

// 泛型DbWrapper基类实现这个非泛型接口
public abstract class DbWrapper<TInput, TOutput> : IDbWrapper
{
    // 你的原有泛型Save方法
    public abstract TOutput Save(TInput input);

    // 实现非泛型接口的类型匹配方法
    public bool Matches(Type inputType, Type outputType)
    {
        return inputType == typeof(TInput) && outputType == typeof(TOutput);
    }

    // 非泛型Save，内部转调泛型实现
    public object Save(object input)
    {
        return Save((TInput)input);
    }
}

第二步：按服务分组注册泛型DbWrapper #

修改你的Autofac注册代码，将每个泛型DbWrapper同时注册为IDbWrapper，并用Named标记分组，对应不同的服务：

// 注册水果服务组的DbWrapper，命名为"fruitService"
builder.RegisterType<SaveApplDbWrapper>()
       .As<DbWrapper<AppleDto, SavedAppleDbEntity>>()
       .As<IDbWrapper>()
       .Named<IDbWrapper>("fruitService");

// 修正你代码中的笔误：原来的IUcHandler应该是DbWrapper（或保持原有接口，同时实现IDbWrapper）
builder.RegisterType<SaveOrangeDbWrapper>()
       .As<DbWrapper<OrangeDto, OrangeDbEntity>>()
       .As<IDbWrapper>()
       .Named<IDbWrapper>("fruitService");

// 注册苹果服务组的DbWrapper，命名为"appleService"
builder.RegisterType<SaveMelon>()
       .As<DbWrapper<MelonDto, MelonDbEntity>>()
       .As<IDbWrapper>()
       .Named<IDbWrapper>("appleService");

第三步：实现DbWrapperCollection并注入到服务 #

定义你的集合接口和实现类，接收同组的IDbWrapper集合，提供泛型查找方法：

public interface IDbWrapperCollection
{
    TOutput GetDbMapper<TInput, TOutput>(TInput input);
}

public class DbWrapperCollection : IDbWrapperCollection
{
    private readonly IEnumerable<IDbWrapper> _wrappers;

    public DbWrapperCollection(IEnumerable<IDbWrapper> wrappers)
    {
        _wrappers = wrappers;
    }

    public TOutput GetDbMapper<TInput, TOutput>(TInput input)
    {
        var wrapper = _wrappers.FirstOrDefault(w => w.Matches(typeof(TInput), typeof(TOutput)));
        if (wrapper == null)
        {
            throw new InvalidOperationException($"未找到匹配 {typeof(TInput)} -> {typeof(TOutput)} 的DbWrapper");
        }
        return (TOutput)wrapper.Save(input);
    }
}

然后注册你的服务，通过ResolveNamed获取对应分组的IDbWrapper集合，注入到服务中：

// 注册FruitService，注入"appleService"分组的DbWrapper集合
builder.Register(c => new FruitService(
    new DbWrapperCollection(c.ResolveNamed<IEnumerable<IDbWrapper>>("appleService"))
)).As<IDbMapperService>();

为什么这个方案可行？ #

1. 非泛型接口解决泛型收集问题：Autofac可以通过IDbWrapper统一管理所有不同泛型参数的DbWrapper实例，同时保留泛型类型的具体实现逻辑。
2. Named分组实现服务专属集合：每个服务只会拿到自己分组下的DbWrapper实例，完全符合你“每个服务注入专属IDbWrapperCollection”的需求。
3. 保留组合模式：DbWrapperCollection组合了多个DbWrapper实例，服务通过集合查找对应映射器，完美契合组合模式的设计思路。

额外优化建议 #

• 缓存匹配结果：如果频繁调用GetDbMapper，可以在DbWrapperCollection中用字典缓存(InputType, OutputType)和对应DbWrapper的映射，提升性能。
• 兼容原有接口：如果你的DbWrapper原本实现了IUcHandler，可以让它同时实现IDbWrapper，无需修改原有业务逻辑。
• 用Keyed替代Named：如果需要更复杂的分组维度（比如用Type作为Key），可以用Autofac的Keyed注册代替Named。

你的自研思路中“为包装器创建非泛型基类”是完全正确的，这也是IoC容器处理泛型集合场景的标准方案，无需放弃组合模式的设计。

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