.NET Core中无法解析IFlightService服务的问题求助

核心问题 #

抛出的InvalidOperationException明确指向：依赖注入容器中未注册IFlightService接口与对应的实现类FlightService。你仅在Program.cs中注册了仓储层和工作单元，但新增的服务层类型未添加到DI容器，导致框架无法为控制器构造函数提供该依赖实例。

修复步骤 #

1. 在Program.cs中注册服务层 #

在现有服务注册代码中添加一行，将IFlightService与FlightService绑定到DI容器。结合工作单元模式的常规生命周期，推荐使用AddScoped（与DbContext、仓储保持一致的生命周期）：

builder.Services.AddDbContext<DataContext>(options =>
    options.UseSqlServer(builder.Configuration
    .GetConnectionString("ConnectionString")));

builder.Services.AddControllers().AddJsonOptions(x =>
                x.JsonSerializerOptions.ReferenceHandler = ReferenceHandler.IgnoreCycles);

builder.Services.AddTransient<IUnitOfWork, UnitOfWork>();

builder.Services.AddScoped<IFlightRepository, FlightRepository>();
// 新增：注册服务层接口与实现类
builder.Services.AddScoped<Services.Interfaces.IFlightService, Services.FlightService>();

builder.Services.AddControllers();

注意：如果你的IFlightService和FlightService使用了其他命名空间，请替换为实际的命名空间路径。

2. 检查FlightService的访问修饰符 #

确保FlightService是public访问级别，否则DI容器无法创建其实例：

namespace Services
{
    // 必须为public才能被DI容器识别
    public class FlightService : IFlightService
    {
        // 类的实现逻辑
    }
}

3. 验证服务层内部依赖 #

如果FlightService的构造函数依赖了其他未注册的类型（比如IUnitOfWork），需要确保这些依赖也已在Program.cs中完成注册。

额外检查项 #

• 确认Program.cs中已引用Services或Services.Interfaces命名空间，否则需使用完全限定类名进行注册。
• 控制器构造函数中同时注入了IUnitOfWork和IFlightService，如果FlightService内部已经依赖IUnitOfWork，可以移除控制器中的冗余注入（非强制，但更符合分层设计）。

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