三层架构.NET应用依赖注入报错：无法解析ITestService服务

这个错误的核心原因是ASP.NET Core的依赖注入(DI)容器无法创建TestService的实例——要么是你漏注册了它依赖的服务，要么是注册的方式/位置存在问题。结合你的代码和描述，我整理了几个关键的修复步骤：

1. 补全依赖链上的所有服务注册 #

你的TestService依赖IUnitOfWork，如果DI容器找不到IUnitOfWork的具体实现，那么即使你注册了ITestService，也无法实例化TestService。首先要在Startup.cs的ConfigureServices方法中补全所有依赖的注册：

public void ConfigureServices(IServiceCollection services)
{
    // 1. 注册IUnitOfWork的具体实现（假设你的实现类是UnitOfWork）
    services.AddTransient<IUnitOfWork, UnitOfWork>();
    
    // 2. 注册ITestService和TestService
    services.AddTransient<ITestService, TestService>();
    
    // 3. 别忘了注册UnitOfWork依赖的DbContext（如果有）
    services.AddDbContext<YourDbContext>(options =>
        options.UseSqlServer(Configuration.GetConnectionString("DefaultConnection")));
    
    // 其他API基础配置
    services.AddControllers();
}

2. 替换手动创建的AutoMapper为DI注入 #

你当前在控制器和服务中直接new MapperConfiguration()的方式不仅不优雅，还会导致重复实例化，更不符合DI的设计思路。建议改为通过DI注入IMapper：

先在Startup中注册AutoMapper #

// 在ConfigureServices中添加
services.AddAutoMapper(typeof(Startup)); // 自动扫描当前及引用程序集的映射配置

修改TestsController代码 #

[ApiController]
public class TestsController : ControllerBase
{
    private readonly ITestService _testService;
    private readonly IMapper _mapper; // 改为注入方式

    // 构造函数注入两个依赖
    public TestsController(ITestService testService, IMapper mapper)
    {
        _testService = testService;
        _mapper = mapper;
    }

    [HttpGet]
    public IEnumerable<TestModel> GetTests()
    {
        // 简化Map调用
        return _mapper.Map<IEnumerable<TestModel>>(_testService.GetAllTests());
    }
}

修改TestService代码 #

public class TestService : ITestService
{
    private readonly IUnitOfWork _database;
    private readonly IMapper _mapper; // 注入IMapper

    public TestService(IUnitOfWork uow, IMapper mapper)
    {
        _database = uow;
        _mapper = mapper;
    }

    public IEnumerable<TestDTO> GetAllTests()
    {
        return _mapper.Map<IEnumerable<TestDTO>>(_database.Tests.GetAll());
    }
}

3. 额外检查点 #

• 确认BLL层的程序集已经被API层正确引用，否则DI容器找不到TestService类型
• 检查Startup.cs中的注册代码是否没有被注释，且放在ConfigureServices方法的合适位置（无需特定顺序，但建议在AddControllers之前完成服务注册）
• 如果你的UnitOfWork还有其他依赖（比如自定义仓储），也要确保这些依赖已经在DI中注册

按照这些步骤修复后，DI容器应该能正确解析所有依赖，成功创建TestsController的实例了。

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