.NET 6手动注册DI时，如何验证所有必要接口已注册至容器？

针对手动DI注册遗漏依赖导致项目崩溃的问题，有几个实用方案可以提前发现隐患：

1. 编写单元测试验证DI容器完整性 #

直接在单元测试中复现项目的DI注册逻辑，构建容器后尝试解析所有手动注册的服务，验证依赖链是否完整：

• 复制项目中Startup或Program的服务注册代码到测试类
• 调用serviceCollection.BuildServiceProvider()构建容器
• 遍历所有手动注册的服务类型，调用serviceProvider.GetRequiredService<T>()，若某服务无法解析（抛出InvalidOperationException）则标记测试失败
• 示例代码：

[TestClass]
public class DiValidationTests
{
    [TestMethod]
    public void AllRegisteredServicesShouldBeResolvable()
    {
        var services = new ServiceCollection();
        // 复制项目的手动注册代码
        services.AddScoped<IUserService, UserService>();
        services.AddScoped<IOrderRepository, OrderRepository>();
        // ...其他注册逻辑

        var provider = services.BuildServiceProvider();
        
        // 定义需要验证的服务列表
        var serviceTypes = new[] { typeof(IUserService), typeof(IOrderRepository) };
        
        foreach (var type in serviceTypes)
        {
            try
            {
                provider.GetRequiredService(type);
            }
            catch (InvalidOperationException ex)
            {
                Assert.Fail($"无法解析服务 {type.Name}：{ex.Message}");
            }
        }
    }
}

2. 启动阶段执行DI预检查 #

在应用启动时主动验证所有注册服务的可解析性，提前暴露问题：

• 在Azure Function的Startup类Configure方法末尾，或普通项目的Program中，获取IServiceProvider后执行检查
• 可通过配置开关控制是否在生产环境执行，避免性能损耗
• 示例代码：

public class Startup : FunctionsStartup
{
    public override void Configure(IFunctionsHostBuilder builder)
    {
        // 手动注册服务
        builder.Services.AddScoped<IUserService, UserService>();
        builder.Services.AddScoped<IOrderRepository, OrderRepository>();

        // 仅在开发环境执行验证
        if (Environment.GetEnvironmentVariable("ASPNETCORE_ENVIRONMENT") == "Development")
        {
            var provider = builder.Services.BuildServiceProvider();
            var registeredServices = builder.Services.Select(s => s.ServiceType).Distinct();
            
            foreach (var serviceType in registeredServices)
            {
                try
                {
                    provider.GetService(serviceType);
                }
                catch (Exception ex)
                {
                    throw new InvalidOperationException($"服务 {serviceType.Name} 依赖缺失：{ex.Message}", ex);
                }
            }
        }
    }
}

3. 封装带验证的DI注册扩展 #

自定义扩展方法，在手动注册服务时自动检查实现类的构造函数依赖是否已注册：

• 利用反射获取实现类的构造函数参数类型，逐个检查ServiceCollection中是否存在对应注册
• 示例扩展方法：

public static class ServiceCollectionExtensions
{
    public static IServiceCollection AddScopedWithValidation<TService, TImplementation>(this IServiceCollection services)
        where TService : class
        where TImplementation : class, TService
    {
        services.AddScoped<TService, TImplementation>();
        
        // 检查构造函数依赖
        var constructor = typeof(TImplementation).GetConstructors().FirstOrDefault();
        if (constructor == null) return services;
        
        foreach (var param in constructor.GetParameters())
        {
            var paramType = param.ParameterType;
            if (!services.Any(s => s.ServiceType == paramType))
            {
                throw new InvalidOperationException($"实现类 {typeof(TImplementation).Name} 的构造函数依赖 {paramType.Name} 未注册");
            }
        }
        
        return services;
    }
}

使用时替换原AddScoped为AddScopedWithValidation，注册时即可即时发现缺失的依赖。

4. 代码规范与静态分析约束 #

• 团队内部约定：修改服务实现类构造函数添加新依赖后，必须同步更新所有手动注册该服务的项目，提交代码前自行验证
• 自定义Roslyn分析器：编写分析规则，检测服务实现类的构造函数参数是否在对应DI注册代码中存在，在编译阶段提前给出警告或错误

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