使用依赖注入(DI)时无法解析服务的问题排查求助

核心问题定位 #

错误Unable to resolve service for type "WebApi.Shared.Repositories.InvestmentTransactionRepository" while attempting to activate "WebApi.Controllers.InvestmentsController"本质是DI容器找不到对应类型的注册项，以下是具体排查方向和解决方法：

1. 未注册InvestmentTransactionRepository到DI容器 #

如果仅注册了泛型仓储（比如services.AddScoped(typeof(IGenericRepository<>), typeof(GenericRepository<>))），但未单独注册InvestmentTransactionRepository，DI容器无法识别该具体类的实例化逻辑。

解决：在服务注册代码（Program.cs或Startup.cs）中添加：

services.AddScoped<InvestmentTransactionRepository>();

2. 控制器注入了具体类而非接口（违反仓储模式设计） #

仓储模式的核心是面向接口编程，正确做法是定义专属接口，控制器注入接口而非具体类：

• 定义接口：

public interface IInvestmentTransactionRepository : IGenericRepository<InvestmentTransaction>
{
    // 自定义业务方法
}

• 实现类继承接口：

public class InvestmentTransactionRepository : GenericRepository<InvestmentTransaction>, IInvestmentTransactionRepository
{
    public InvestmentTransactionRepository(AccountingContext context) : base(context)
    {
    }
    // 自定义方法实现
}

• 控制器构造函数改为注入接口：

public class InvestmentsController : ControllerBase
{
    private readonly IInvestmentTransactionRepository _repo;

    public InvestmentsController(IInvestmentTransactionRepository repo)
    {
        _repo = repo;
    }
}

• 注册服务：

services.AddScoped(typeof(IGenericRepository<>), typeof(GenericRepository<>));
services.AddScoped<IInvestmentTransactionRepository, InvestmentTransactionRepository>();

3. 生命周期不匹配导致冲突 #

如果InvestmentTransactionRepository注册为Singleton，但它依赖的AccountingContext是Scoped，DI容器会因“单例依赖作用域服务”的规则拒绝解析。

解决：确保仓储与DbContext的生命周期一致，通常使用Scoped：

services.AddScoped<InvestmentTransactionRepository>();

4. 访问权限或命名空间问题 #

检查InvestmentTransactionRepository是否为public类，注册代码中是否正确引用了该类的命名空间，避免因访问限制或类找不到导致注册失败。

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