ASP.NET DI使用泛型仓储与多服务时触发Cannot instantiate实现类型异常

1 直接报错原因 #

你触发的Cannot instantiate implementation type 'Server.Logic.Registration.IRegistrationService'异常，是因为ConfigureServices里有一行错误注册：

// 错误：仅指定服务类型为接口，未指定实现类型，DI容器无法实例化接口
services.AddTransient<IRegistrationService>();

这行代码完全多余，直接删除即可。

2 其他隐藏错误 #

2.1 循环依赖问题 #

RegistrationService的构造函数里注入了IRegistrationService sender，等于创建RegistrationService实例时需要先获取一个已存在的IRegistrationService实例，属于死循环依赖。直接删掉构造函数中的这个参数和类内对应的_sender字段即可，该参数无存在必要性。

2.2 依赖注入不匹配问题 #

你注册的是泛型接口IRepository<>：

services.AddScoped(typeof(IRepository<>), typeof(GenericRepository<>));

但RegistrationService构造函数里注入的是实现类GenericRepository<T>，DI容器找不到对应注册的服务，需要将构造函数的参数全部改为依赖接口：

// 修改后的私有字段
private readonly IRepository<RegistrationCountByMonth> _repoWithDates;
private readonly IRepository<RegistrationCountByDevicesAndMonth> _repoWithDataAndDevices;
private readonly IRepository<DeviceType> _deviceTypes;

// 修改后的构造函数
public RegistrationService(
    IRepository<RegistrationCountByMonth> dates, 
    IRepository<RegistrationCountByDevicesAndMonth> devices,
    IRepository<DeviceType> deviceTypes)
{
    _repoWithDates = dates;
    _repoWithDataAndDevices = devices;
    _deviceTypes = deviceTypes;
}

2.3 DbContext注入不匹配问题 #

GenericRepository构造函数注入的是父类DbContext，但你仅注册了子类ApplicationContext，默认DI容器不会自动将父类请求映射到子类实现，两种修复方案二选一即可：

• 方案1：修改GenericRepository的构造函数参数为实际的上下文类型

public GenericRepository(ApplicationContext context)
{
    _context = context;
    _dbSet = context.Set<TEntity>();
}

• 方案2：在注册DbContext后补充父类映射

services.AddDbContext<ApplicationContext>(options => options.UseSqlServer("name=ConnectionStrings:LocalDB"));
// 新增：把DbContext的请求映射到已注册的ApplicationContext实现
services.AddScoped<DbContext>(provider => provider.GetRequiredService<ApplicationContext>());

3 修复后的注册代码 #

public void ConfigureServices(IServiceCollection services)
{
    // 仅保留接口-实现映射即可，无特殊需求可删除原本的services.AddTransient<RegistrationService>()行
    services.AddTransient<IRegistrationService, RegistrationService>();
    services.AddScoped(typeof(IRepository<>), typeof(GenericRepository<>));
    services.AddDbContext<ApplicationContext>(options => options.UseSqlServer("name=ConnectionStrings:LocalDB"));
    // 若选择方案2解决DbContext映射问题，补充下方注释行
    // services.AddScoped<DbContext>(provider => provider.GetRequiredService<ApplicationContext>());
    services.AddControllers();
}

4 关于DI容器选择的问题 #

你当前的业务复杂度完全在ASP.NET默认DI的支持范围内，不需要切换到Ninject等第三方容器。默认DI已经覆盖了泛型注册、生命周期管理等绝大多数业务场景的需求，切换第三方容器只会额外增加学习和维护成本。

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