.NET 7中IServiceCollection注册部分开放泛型类型的问题

这个场景是完全支持的，核心问题在于你需要手动处理嵌套泛型的类型参数映射，以下是具体解决思路和代码实现：

问题根源分析 #

• 方案1编译错误：typeof(INotificationHandler<NotificationWrapper<>>)属于"部分开放泛型类型"，C#不允许在typeof表达式中直接使用这种嵌套开放泛型的写法，因此编译失败。
• 方案2运行时异常：DI容器无法自动推断嵌套泛型的参数映射关系——服务类型是INotificationHandler<NotificationWrapper<>>，实现类型是GenericHandler<>，两者的泛型参数对应逻辑不明确，导致DI无法实例化正确的类型。

解决方案：自定义工厂注册 #

通过AddTransient的工厂重载，手动解析请求服务的类型结构，提取嵌套泛型的参数并创建对应实例：

builder.Services.AddTransient(typeof(INotificationHandler<>), (serviceProvider, requestedType) =>
{
    // 校验请求类型是否为INotificationHandler<>的泛型实例
    if (!requestedType.IsGenericType || requestedType.GetGenericTypeDefinition() != typeof(INotificationHandler<>))
    {
        throw new InvalidOperationException($"不支持的服务类型：{requestedType}");
    }

    var notificationType = requestedType.GetGenericArguments()[0];
    // 校验泛型参数是否为NotificationWrapper<>的实例
    if (!notificationType.IsGenericType || notificationType.GetGenericTypeDefinition() != typeof(NotificationWrapper<>))
    {
        throw new InvalidOperationException($"不支持处理{notificationType}类型的通知");
    }

    // 提取NotificationWrapper<T>中的T类型
    var messageType = notificationType.GetGenericArguments()[0];
    // 创建对应的GenericHandler<T>实例
    var handlerType = typeof(GenericHandler<>).MakeGenericType(messageType);
    return ActivatorUtilities.CreateInstance(serviceProvider, handlerType);
});

验证消费方式 #

你原本的控制器注入方式完全可以正常工作，当DI容器收到INotificationHandler<NotificationWrapper<MessageM1>>的请求时，会通过工厂逻辑自动创建GenericHandler<MessageM1>实例并注入：

public WeatherForecastController(
    ILogger<WeatherForecastController> logger, 
    INotificationHandler<NotificationWrapper<MessageM1>> handlerM1)
{
    _logger = logger;
    _handlerM1 = handlerM1;
}

补充说明 #

• 该方案无需扫描程序集，完全适配"多服务共享类库、消息类型任意"的需求；
• 如果后续需要支持其他类型的INotificationHandler，可以在工厂逻辑中添加分支判断，扩展支持范围。

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