MAUI项目依赖注入(D.I.)构造函数歧义问题及动态参数需求

.NET 内置依赖注入容器（IServiceProvider）的构造函数解析逻辑遵循以下规则：

1. 优先选择参数数量最多的可解析构造函数；
2. 如果存在多个参数数量相同且均能被容器解析的构造函数，就会抛出「构造函数歧义」错误。

回到你的代码：

• Test类有4个单参数构造函数，且每个构造函数的参数类型（IInterface/IInterface1/IInterface2/IInterface3）都已在容器中注册了对应的实现；
• 容器无法判断你要使用哪一个构造函数，因此抛出歧义错误。
• 你提到的CreateScope仅用于创建新的作用域，控制服务实例的生命周期，不会改变构造函数的解析逻辑，所以无法解决这个问题。

另外注意：你的Test类没有实现ITest接口，这会导致注册ITest, Test时出现类型不匹配的问题，需要补上接口实现。

方案1：移除冗余构造函数（推荐） #

你的Test(IInterface1)/Test(IInterface2)/Test(IInterface3)都是调用基础的Test(IInterface)构造函数，完全属于冗余代码。直接保留最基础的构造函数即可消除歧义：

public class Test : ITest // 补上ITest接口实现
{
    public IInterface I { get; init; }
    
    // 只保留这一个构造函数
    public Test(IInterface i) 
    { 
        I = i; 
    }
}

之后在工厂方法中，直接传入指定的IInterface实现实例创建Test：

ITest CreateTest1(IInterface1 i1)
{
    // 直接实例化，无需通过容器解析
    return new Test(i1);
}

方案2：使用工厂注册明确创建逻辑 #

如果必须保留多构造函数的设计，可以通过工厂注册的方式，明确告诉DI容器如何创建ITest实例，避免自动解析构造函数的歧义：

步骤1：定义工厂接口 #

public interface ITestFactory
{
    ITest Create(IInterface i);
    ITest Create(IInterface1 i1);
    ITest Create(IInterface2 i2);
    ITest Create(IInterface3 i3);
}

public class TestFactory : ITestFactory
{
    public ITest Create(IInterface i) => new Test(i);
    public ITest Create(IInterface1 i1) => new Test(i1);
    public ITest Create(IInterface2 i2) => new Test(i2);
    public ITest Create(IInterface3 i3) => new Test(i3);
}

步骤2：注册工厂 #

mauiAppBuilder.Services.AddTransient<ITestFactory, TestFactory>();
// 无需再注册ITest, Test

步骤3：使用工厂创建实例 #

在需要创建ITest的地方，注入ITestFactory并调用对应方法：

// 示例：在某个服务中使用工厂
public class SomeService
{
    private readonly ITestFactory _testFactory;

    public SomeService(ITestFactory testFactory)
    {
        _testFactory = testFactory;
    }

    public void CreateSpecificTest()
    {
        // 从容器解析IInterface1实例，或传入运行时参数
        var i1 = App.ServiceProvider.GetRequiredService<IInterface1>();
        var test = _testFactory.Create(i1);
    }
}

方案3：直接通过容器的工厂重载指定构造函数（适合固定逻辑场景） #

如果你的ITest实例创建逻辑相对固定，可以在注册时直接指定构造函数：

mauiAppBuilder.Services.AddTransient<ITest>(sp => 
{
    // 这里可以根据需求选择构造函数，比如固定使用IInterface1
    var i1 = sp.GetRequiredService<IInterface1>();
    return new Test(i1);
});

但这种方式灵活性较低，不适合需要运行时动态切换参数类型的场景。

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