<p>AddTransient 不能直接注册开放泛型类型，因为 C# 不允许将 <> 作为泛型实参，且 DI 容器需具体闭合类型才能构造实例；应使用 typeof(IRepository<>) 和 typeof(Repository<>) 注册。</p>
为什么 AddTransient 不能直接注册开放泛型类型
因为 .NET 的依赖注入容器在解析服务时，需要知道具体的闭合泛型类型（如 IRepository<User>），而开放泛型（如 IRepository<>）没有具体类型参数，容器无法构造实例。直接写 services.AddTransient<IRepository<>, Repository<>>() 会编译失败——C# 不允许用 <> 作为泛型实参。
用 AddTransient(typeof(...), typeof(...)) 注册开放泛型
这是最常用、也最可靠的方式：传入开放泛型接口和实现类型的 Type 对象，让 DI 容器在运行时按需构造闭合版本。
实操建议：
- 注册语句必须用
typeof，不能写成泛型调用形式 - 接口和实现类都必须是开放泛型，且泛型参数数量一致（如都是
T） - 实现类不能是静态类或抽象类
- 若实现类有多个泛型参数（如
IService<TKey, TValue>），接口也得匹配
示例：
services.AddTransient(
typeof(IRepository<>),
typeof(Repository<>)
);之后只要某处依赖 IRepository<Product>，容器就会自动构造 Repository<Product> 并注入。
带构造函数参数的开放泛型怎么处理
如果 Repository<T> 构造函数需要 IDbContext 或其他服务，DI 容器仍能自动解析——前提是这些依赖已注册且可被闭合泛型类型访问。
注意点：
- 构造函数参数类型不能依赖未声明的泛型参数（例如不能出现
TContext，除非它也是Repository<T, TContext>的一部分） - 若想对特定闭合类型做特殊处理（如
Repository<User>需要额外初始化），得用AddScoped<IRepository<User>, SpecialUserRepository>()覆盖，它优先级高于开放泛型注册 - 开放泛型注册不支持 lambda 表达式工厂（
AddTransient<T>((sp) => ...)），因为T在注册时不存在
常见错误：InvalidOperationException: Unable to resolve service
典型触发场景：
- 接口和实现类泛型参数名不一致（如接口用
TEntity，实现用T）——其实不影响，.NET 只看参数个数和约束，但容易引发混淆 - 实现类缺少无参构造函数，且构造函数依赖的服务未注册或类型不匹配
- 注册顺序错误：先注册了闭合泛型（如
IRepository<Order>），再注册开放泛型，但没加ReplaceExisting = true，导致后者被忽略 - 在
Program.cs中用了WebHost.CreateDefaultBuilder旧模式，却忘了调用ConfigureServices—— 新项目默认用WebApplicationBuilder，别混用
调试技巧：在注册后加一行日志，确认 typeof(IRepository<>) 确实进了服务集合；或者用 GetRequiredService<IEnumerable<ServiceDescriptor>>() 查看所有注册项。
开放泛型注册本身很简单，难的是后续所有消费点都得严格遵循泛型契约——比如仓储方法返回 IQueryable<T>，那调用方就得接受泛型上下文，稍一松动就容易漏掉类型推导或隐式转换陷阱。
