C# 泛型解析器Generic Resolvers方法 C#如何在依赖注入中处理开放泛型-C#.Net教程-PHP中文网

AddTransient 不能直接注册开放泛型类型，因为 C# 不允许将作为泛型实参，且 DI 容器需具体闭合类型才能构造实例；应使用 typeof(IRepository) 和 typeof(Repository) 注册。

c# 泛型解析器generic resolvers方法 c#如何在依赖注入中处理开放泛型

为什么 `AddTransient` 不能直接注册开放泛型类型

因为 .NET 的依赖注入容器在解析服务时，需要知道具体的闭合泛型类型（如 IRepository），而开放泛型（如 IRepository）没有具体类型参数，容器无法构造实例。直接写 services.AddTransient, Repository>() 会编译失败——C# 不允许用作为泛型实参。

用 `AddTransient(typeof(...), typeof(...))` 注册开放泛型

这是最常用、也最可靠的方式：传入开放泛型接口和实现类型的 Type 对象，让 DI 容器在运行时按需构造闭合版本。

实操建议：

注册语句必须用 typeof，不能写成泛型调用形式
接口和实现类都必须是开放泛型，且泛型参数数量一致（如都是 T）
实现类不能是静态类或抽象类
若实现类有多个泛型参数（如 IService），接口也得匹配

示例：

services.AddTransient(
    typeof(IRepository),
    typeof(Repository)
);

之后只要某处依赖 IRepository，容器就会自动构造 Repository 并注入。

带构造函数参数的开放泛型怎么处理

如果 Repository 构造函数需要 IDbContext 或其他服务，DI 容器仍能自动解析——前提是这些依赖已注册且可被闭合泛型类型访问。

"避开 C# 常见错误——空陷阱、异步陷阱、LINQ 陷阱及资源泄漏。"

下载

注意点：

构造函数参数类型不能依赖未声明的泛型参数（例如不能出现 TContext，除非它也是 Repository 的一部分）
若想对特定闭合类型做特殊处理（如 Repository 需要额外初始化），得用 AddScoped, SpecialUserRepository>() 覆盖，它优先级高于开放泛型注册
开放泛型注册不支持 lambda 表达式工厂（AddTransient((sp) => ...)），因为 T 在注册时不存在

常见错误：`InvalidOperationException: Unable to resolve service`

典型触发场景：

接口和实现类泛型参数名不一致（如接口用 TEntity，实现用 T）——其实不影响，.NET 只看参数个数和约束，但容易引发混淆
实现类缺少无参构造函数，且构造函数依赖的服务未注册或类型不匹配
注册顺序错误：先注册了闭合泛型（如 IRepository），再注册开放泛型，但没加 ReplaceExisting = true，导致后者被忽略
在 Program.cs 中用了 WebHost.CreateDefaultBuilder 旧模式，却忘了调用 ConfigureServices —— 新项目默认用 WebApplicationBuilder，别混用