.NET中“空”泛型参数的运行原理与常见使用场景咨询

术语定义 #

你提到的IAsyncRepository<>这种没有填充具体类型参数的泛型写法，正式名称是开放泛型类型，与之对应的、已经填写了完整类型参数的写法（比如IAsyncRepository<Basket>）叫做闭合泛型类型。

运行原理 #

.NET 自带的依赖注入容器原生支持开放泛型的注册逻辑：

• 你执行services.AddScoped(typeof(IAsyncRepository<>), typeof(EfRepository<>));这行代码时，相当于给DI容器注册了一套映射规则：所有请求任意闭合版本的IAsyncRepository<T>的位置，只要T是符合泛型约束的合法类型，容器就会自动构造对应闭合版本的EfRepository<T>实例返回。
• 运行时当DI容器需要解析IAsyncRepository<Basket>时，会自动将开放泛型EfRepository<>的类型参数替换为Basket，动态生成闭合泛型类型EfRepository<Basket>后完成实例化注入，无需你为每个实体类型单独编写注册代码。

其他常见使用场景 #

除了泛型仓储之外，开放泛型的用法非常普遍，典型场景包括：

• 泛型缓存：定义public class TypeCache<T>用来存储和特定类型相关的缓存数据，注册开放泛型后，不同类型的TypeCache<T>实例天然隔离，不用手动为每个类型单独注册缓存实例
• 事件/请求处理器：比如事件驱动架构里定义public interface IEventHandler<TEvent>，注册开放泛型后，每个事件类型对应的处理器都能被自动解析，不用逐个注册每个事件的处理类
• 泛型验证器：比如数据校验场景下定义public interface IValidator<TModel>，注册后注入IValidator<CreateOrderDto>就能直接拿到对应DTO的校验器实现，适合DTO数量多的业务场景
• 模块配置类：多模块项目里定义public class ModuleOptions<TModule>，注册开放泛型后可以直接注入对应模块的配置实例，简化多模块配置的注册逻辑

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